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[57] ABSTRACT 
A video recorder compatible receiver for receiving 
video data from a video recorder such as a video tape 
recorder ("VTR"). The receiver includes an error con- 
cealment circuit, a digital VTR port adapted for cou- 
pling to a VTR and/or a tuner module. The receiver 
receives digital video data from the VTR by either the 
digital VTR port or the tuner module. VTR commands 
may also be received from a VTR. Upon receiving a 
VTR command indicating that the VTR is operating in 
trick play mode or upon detecting video data that is 
indicative of VTR trick play operation, the error con- 
cealment circuit of the receiver disables normal play 
error concealment and enables trick play error conceal- 
ment The error concealment circuit may perform tem- 
poral and spatial filtering on the video data received 
from the VTR when trick play error concealment is 
enabled. 
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In the two head system of FIG. 1(a), a single head, 
DIGITAL VIDEO RECORDER COMPATIBLE either HA 2 or HB 3, contacts the tape 1 during each 
RECEIVER WITH TRICK PLAY IMAGE 1 80* period of head cylinder rotation. During this per- 

ENHANCEMENT iod of tape contact, during standard operation, each 

5 head reads or writes one normal play track of data. 

FIELD OF THE INVENTION Each track comprises a plurality of tape segments. Each 

The present invention relates to video receivers and, tope ^S™ 11 * contain one or more blocks of data, 
more particularly, video receivers that are capable of data on ^ ^ fonns a of parallel tracks as 

receiving commands and/or detecting trick play modes mustrated m nG * ThG S*ps between the tracks are 
of recorder operation and performing, e.g., error con- 10 only for V™?™* of cI anty. Accordingly, 

cealment operations in response to the received com- re are normall y no actual gaps between tracks re- 
mands or detected mode of trick play recorder opera- on a ^ ^ of ^ Spends on the 
ti ont speed of the tape when the tracks are recorded. Refer- 
ences to data tracks or normal play data tracks are here- 
BACKGROUND OF THE INVENTION 15 inafter to data tracks written with a slope corresponding 
A VTR can receive and store images (and sounds) to * e ^°f e of ^ durin S standard re- 
received as signals from various sources, for example, a . modQ > Le '» data tracks when ^ is 
television tuner, an antenna or a cable. The VTR stores m< ? vmgat a standard s ^ ecd for normal P^y operations, 
the received signal information, Le. the data, by record- „ A A T ? rder J 0 ."* differentiation between tracks, 
ing the data on a magnetic tape, such as a video cassette 20 m f** track is written at a- mutually 
tape. The VTR can also reproduce images (and sounds) dlfferent "J? 1 * from ^ P recedm S ™» results 
that are stored on a tape as data by reading the data on ma 8enfi ^ of containin g at a***- 
the tape and generating a signal from the data which ™? S ^hich correspond to the mutually dif- 
canthen be provided to% dismay device such as a S 25 ^S^^ J? aad 
vision monitor 5 3- The slanted 111165 within each data track of FIG. lb 

To facilitate fa* forward, search, and reverse capa- Zl^JF^t*' * ^ ^ ^ " 

bilities, VTRs normally provide a limited number of ^^LTm a , !1?hp , , AA . -~ 
playback speeds in both forward and reverse direction a , 3?!^^ 2 811(1 ™ 3 ^ ^ ^ 

in addition to the VTR's standard playback speed , n f« ^ F^^^^mg to the head's own pardcu- 
which is used during normal playback operation. 30 Thus, HA 2 and HB 3 are limited to reading 

VTR systems for recording and reproducing analog tt^T *TT7*£?l 

video signals are well known in the art Such system! ZtL 2 ° f HB 3 ^ T 

commonly use rotary head, helical scan recording ^^TL^^ v.^ TT?- * ^ 
moiU^A* * n ^„««a j! + ' T , e tracks wntten by the other head since the data is dosi- 

metnods to record data on a tape. In such systems, « ****** „♦ „ „ *u jr. 7^ * , F „ 

, / , , , , v\ J . 35 toned at an azimuth corresponding to the other head s 

record/playback heads are mounted on a rotary head azimuth 

2^^l°^^J y ^ riS ^ edT ^' SXO Data tracks « norm ally written on the tape along 
SifS^JT h v ^f** 10 diagonals which correspond to the diagonals traced by 

Sn^n^lS f approximately 180 . ^ heads across ^ ^ of te ^ ixaiB% J^S, 
fj? oper^on of such video recording « Le ., standard record/playback m ode. During modes of 
ST* ^/Ti.'T? "/ lengthw f Section while 0^^^ such 35 p^tJck during reverse or fast for- 
the record/playback heads rotate along with the in- ward> referred to £ J ck b mo f ^ „ v ^ r 

^l^, 1 ^ v y ^ Cr m ! ^^^on. As is differ than ^ tap/Joc^ du £ g KSdS 
tte record/playback heads rotate with the head cylin- cord/playback mode. In trick play modes the tape 

permits the recording or readmg of data from the tape verse speed 

JSrX ^ ^ l0C3ted d] t g °^ rd !? Ve ^ te P e moves to the record/, 

to the ength of the tape. A servo mechanism is used to playback heads at a speed other than the standard tape 

control head positioning relative to the tape's position spee d during trick play mode, the heads will trace over 

to insure that the heads contact the tape along the diag- 50 the tape along a diagonal path different than the path 

onak which form each track of data. M during ^ ^^nM^^^^ 

FIG. 1(c) is a top view of a conventional two head fast forward mode, the heads will trace over the tracks 

video recording system. As illustrated in FIG. 1(a), first created during standard record/playback mode at a 

and second record/playback heads HA 2 and HB 3 are shallower angle than the angle of the data tracks In 

mounted opposite each other on a rotary head cylinder 55 reverse mode, the heads will trace across the tracks 

4. To reduce crosstalk between adjacent tracks written recorded during standard mode at an angle opposing 

by heads HA 2 and HB 3, the heads are of mutually the angle of the tracks recorded during standard re- 

different azimuth angles. cord/playback mode. Accordingly, during VTR opera- 

A tape 1 surrounds the rotary head cylinder 4 for tion in trick play mode, the VTR's heads may cross 

approximately 180\ The tape moves relative to the 60 over several different tracks of data during each pass 

rotary head cylinder as indicated by V r . Similarly, the across the width of the tape, e.g., during each 180° 

rotarydrum, and thus the record playback heads HA 2 period of head cylinder rotation, with the angle at 

and HB 3, rotates as indicated by V*. As the rotary which the tracks are crossed being a function of tape 

head cylinder 4 rotates, the tape moves in a lengthwise speed. 

direction as illustrated in FIG. 1(a). The rotating re- 65 FIG. 1(c) illustrates the paths traced out by the re- 
cord/playback heads HA 2, HB 3 contact the tape in a cord/playback heads HA 2, HB 3 across the magnetic 
manner which permits reading or writing, i.e. scanning, tape 1 during trick play mode operation at three times 
of data along diagonal tracks as illustrated in FIG. 1(b), (3X) the standard playback tape speed (hereinafter 
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referred to as 3 X playback operation). In FIG. lc refer- arranged at mutually different azimuths, in such a man- 
ence numerals 1-A through 12-B are used to indicate ner that each track area passed over by the heads is 
tracks on the magnetic tape 1. Odd numbered tracks passed over by at least one head of each possible azi- 
1-A through 11-A contain data written at an azimuth muth. Because of the physical proximity of each head in 
corresponding to the azimuth of head HA 2 while even 5 a pair of co-located heads, both heads pass over the 
numbered tracks 2-B through 12-B contain data written same data on the tape. Thus, by using pairs of co- 
at an azimuth corresponding to the azimuth of head HB located heads it is possible to read all data passed over 
3 * . ^ by the co-located heads with each head in the pair read- 
During 3X playback operation, heads HA 2, HB 3 m g data from each alternating track which has data 
toe across the tracks on the tape lata shallower angle 10 wrrtten at the same azimuth as the head doing the read 
than during standard playback operation. As illustrated operation 

™^ G u ^i^l^ 2 tra ° eS "T^ J"*? }l ™ d } S Since this approach requires the use of pairs of heads 

whde head HB 3 traces across paths 14 and 16. As de- ^ opposed to single read/write heads, this doubles the 

scribed above, each head can only read data written at number 0 f heads required to implement a VTR using 

an azimuth corresponding ,to the head's own azimuth. 15 located heads as opposed to individual heads. For 

Thus, during 3 X playback operation head HA 2 can le> of ^ ^ head ^ 

only read the portions of data which the head passes ^ ^ heads d ^ a similar VTR \vith 

Z* m t2ff f^ e 'i^ e ^ ° f ^ co-located heads would compr^2 pairs of co-located 

odd numbered tracks indicated by the letters a, b, e and i , eM , ™ 0 . \. . * / TT^rt 

f. Similarly, during 3 X playback operation, head HB 3 20 1 8 ° ^ m * fOUf ™ 

can only read the portions of data which it passes over m/-' \ •« * * r i. 

in the even numbered tracks, Le. the areas of the even *P' ^^f 8 * ^J 1 ^™ » c ^ 

numbered tracks indicated by the letters c, d, g, and h. 1™**^° ? T T ? heads ulu^ted a 

As FIG. 1(c) shows, during fast forward playback ofc °- located ^'V* 30 

and other trick play modes of operation where the tape 25 mounted 180 ^ on a rotarv head cvlmder 25. 

moves at a speed faster than the standard tape speed, it ™ f agne ^ c to P e 1 wra P s 3101111(1 rotary head 

will not be possible for a two head video tape recorder c * h ? der for approximately 180' contacting one pair 

to read all the data contained in each track because of ™ co " located heads HA-HB 20, 30 at any given 

there will be areas of track that the heads do not pass tim 5* .„ 

over at all. The amount of track that is covered by the 30 FIG - 2 W "lustrates the paths traced out by the pairs 
heads when the tape speed exceeds the standard tape of co * located heads HA-HB 20, 30 across the tape 1 
speed is only a fraction of the total track area with the during 3 X playback operation. In FIG. 2(b), as in FIG. 
track area covered being directly proportional to the }( c \* reference numerals 1-A through 12-B are used to 
ratio of the standard tape speed to the actual tape speed. indicate tracks on tape 1. Odd numbered tracks 1-A 
For example, in a two head VTR system, during 3X 35 through 11-A contain data written at an azimuth corre- 
playback operation, the heads will pass over approxi- sponding to the azimuth of head HA while even num- 
mately J of the tape area comprising the recorded tracks hered tracks 2-B through 12-B contain data written at 
which are used during standard playback operation. At 311 azimuth corresponding to the azimuth of head HB. 
9X playback, the heads will pass over approximately During 3x playback operation, the first pair of co- 
l/9 of the tape area comprising the recorded tracks. 40 located heads HA-HB 20 traces across paths 33 and 35 

Furthermore, as discussed above, during trick play while the second pair of co-located heads HA-HB 

mode in a two head VTR, the heads pass over track traces across paths 34 and 36. Because co-located heads 

areas where they can not read the recorded data be- m used instead of individual heads, the data which is 

cause it was recorded by a head having a different azi- passed over by either pair of co-located heads can be 

muth from the azimuth of the head passing over the 45 rea ^ by one of the heads in the pair regardless of the 

track during trick play mode. As illustrated in FIG. lc, azimuth at which the data is written. For example, head 

single heads can read only approximately fifty percent HA of the first pair of co-located heads HA-HB 20 

of the data which they pass over during trick play reads the data in track portions a, b, e, and f of FIG. 2 

mode, thus greatly reducing the amount of data that can while head HB of the first pair of co-located heads 

be read during trick play modes. 50 HA-HB 20 reads the data in track portions i and k. 

To increase the amount of data that can be read dur- Similarly, head HA of the second pair of co-located 

ing trick play modes additional record/playback heads heads HA-HB 30 reads the data in track portions j and 

may be used. There are two approaches for using addi- 1 while head HB of the second pair of co-located heads 

tional record/playback heads to increase the amount of HA-HB 30 reads the data in track portions c, d, g, and 

data that is read during trick play mode. The first ap- 55 h. Thus, by using pairs of co-located heads virtually all 

proach is to use pairs of co-located heads. The second the data in paths 33, 34, 35, and 36 which are traced by 

approach is to add additional pairs of non-collocated the heads during trick play mode operation can be read, 

heads to the rotary head cylinder, each head in a pair of The second approach to increase the amount of data 

non-collocated heads being mounted 180° from the that is read during trick play mode also requires the use 

other head in the pair. These two approaches may be 60 of additional heads beyond the two heads used in a basic 

used independently to increase the amount of data that VTR system. In accordance with this second approach 

can be read during trick play mode. Alternatively, they N heads, where N> 1, may be arranged so that the N 

can be combined to provide for maximum data recov- heads are equally distributed over the range of the ro- 

ery* tary head cylinder used to read/write a track of data, 

The first approach which may be used to permit the 65 i.e. a 180° portion of the rotary cylinder head. Accord- 
reading of virtually all data in tracks passed over by a ingly, the total number of heads in such a system is 2N 
head during trick play mode requires that single heads since there are N heads on each 180° portion of the 
be replace with co-located heads, Le. pairs of heads rotary head cylinder. 
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In such a system, there are N heads in contact with a high data rate. High Definition Television ("HDTV") 
the tape at any given time. During standard playback which include systems capable of displaying higher 
operation, N-l heads provide redundant information resolution images with greater clarity than are possible 
which can be used for error checking or other purposes. with the current National Television Systems Commit- 
However, during tnck play modes where the tape 5 tee (NTSC) standard, wOlrequire an even higher digital 
moves at a speed faster than the standard speed, each of data rate to represent video images than is required to 
the N heads will pass over a different portion of the digitally represent images of a similar qualityto those 
tracks and read some date not read by the other heads. transmitted in accordance with the current NTSC stan- 
When the tape moves at N tones the standard speed, dard. 

f^^J**^* °P eration I f ° r ™*W lt > one of W In order to provide the high data rate needed to sup- 
the N heads will pass over a different 1/N* of a track ^ HDTV recording and Syback, ^V^cTpable of 
wntten on the magnetic tape so that at least one of the recording two data channek ^Mm^V^ 
N heads will pass over each section of the track. Thus, T>*f^„« T?rr* TTT ! t • n, ™ j I T 60 ' 

by using additional heads in this manner, additional data ^ 

may be read during trick play operation. 15 S- 4 ™.TT\ mustrated ' « ? channel 

Referring now to FIG. 3(a) there is illustrated an 8 Jf 1 ? ^ ! P ^ °5 headS ? ™*? 01 ™ d fr0m 
head VTRsystem having four heads distributed evenly T^J^J^™ ° f h ^ S J A ^™ 1 U^ B2 l 
over each 180' portion of a rotary head cylinder 40 m t 2 ^f ™ com ^ heads HA, HB of 
Thus, in the illustrated system N=4. As illustrated in mu ^y^ent azimuths mounted on a rotary head 
FIG. 3a y in a system where N=4, there axe four heads 20 ^ de f 4 * such a manner that the heads in each pan- 
in contact with the tape 1 at any given time. of «° of simultaneously writing to, or 
When the system of FIG. 3(a) is operated in 4x fr o^, the two channels of a track on the tape 1. 
playback operation the tape 1 moves at 4 times the Thus, in such a system, the data rate that the VTR can 
standard tape speed. In such a case, during each pass, at !^SP rt * nearly doubIe **** rate a channel 
least one offour heads wiU trace over each J section of 25 VTR 0311 su PP ort M illustrated in FIG. 4(6), the 
a track. Thus, as illustrated in FIG. 3(b), the heads of the trackSj n trough T6, written by a 2 channel VTR 
8 head VTR of FIG. 3(a) will trace over all sections of each com P rise a first and second data channel, channel 
the tape's tracks as the heads trace over one track after A md channel B, respectively, 
another during 4x playback operation. Compression and decompression techniques may be 
Thus, if each head in the VTR system of FIG. 3(a) 30 used t0 reduce the amount of digital data needed to 
could read all of the data over which it passes, all the represent images and sound. Accordingly, such tech- 
data on the tape could be read during 4x playback niques are important in reducing the amount of digital 
operation. However, as described above in regard to ***** wnic h must be transmitted for television signals 
two head VTR systems, data in alternating tracks in a aa & ^ e amount of data which must be recorded by 
VTR system using helical scanning methods are written 35 VTRs. However, even with such data compression, 
on the tape by heads with different azimuths. Accord- HDTV will still require large amounts of digital data to 
ingly, each one of the N heads in a system, having N transmitted at high data rates to achieve HDTV 
heads on each 180° portion of a rotary head cylinder picture and sound quality. For example, one proposed 
such as the system of FIG. 3(a), will only be able to read HDTV system requires 24 million bits per second of 
data in tracks written using a head having the same 40 digital data to be transmitted to achieve HDTV picture 
azimuth as the head attempting to read the data. Thus, 311(1 sound quality. 

while all portions of the tracks will be traced over by The International Standards Organization has set a 
one of the N heads while operating in NX trick play standard for compression which includes the use of 
mode, not all the data, i.e. only about £ of the data, will motion compensation principles. The standard is re- 
be read because each head will only be able to read data 45 fared to as the ISO-MPEG (International Standards 
from every other track written at a standard speed due Organization-Moving Picture Experts Group) stan- 
to the fact that the data in alternating tracks were writ- dard. MPEG compression uses an adaptive motion- 
ten by heads having different azimuths. compensated Discrete Cosine Transform (DCT) that 
In order to read all the data passed over by the indi- perceptually optimizes picture encoding on a block-by- 
vidual heads, pairs of co-located heads can be substi- 50 block basis. The MPEG motion compression technique 
tuted for each of the N individual heads on each 180° has both unidirectional and bidirectional prediction 
portion of a rotary head cylinder. The use of N pairs of capabilities (both forward and backward in time) to 
co-located heads equally spaced from each other on accurately predict frames. This allows more bytes to be 
each 180* portion of a rotary head cylinder provides a used for picture detail. 

VTR system capable of reading almost all of the data 55 In accordance with the MPEG standard, analog 
during NX playback operation. Such a system generally video signals are digitized, matrixed and filtered to 
requires 4N heads to implement. Thus, for example, in produce an internal format used for the compression 
order to read virtually all the data from tracks during process. The compression process performs compres- 
4x playback speed requires a sixteen head VCR. sion using the MPEG compression algorithm. 

While known VTRs are primarily directed to record- 60 In summary, the MPEG compression operations that 
ing of analog signals, current advances in technology are implemented in the compression process include 
enable images to be encoded and decoded in digital motion compensated predictive coding and adaptive 
form and transmitted as a digital data stream. Accord- Discrete Cosine Transform (DCT) quantization 
ingly, VTRs must be able to store and retrieve images MPEG utilizes data structures known as frames. A 
that can be represented in digital form. 65 frame contains picture information and defines one 

The digital representation of images, especially mov- complete video picture. For example, a frame of video 
ing images with accompanying sound, requires a high can consist of an array of luminance pixels (Y) and two 
digital data rate. Thus, digital television signals require arrays of chrominance pixels (Cr, Cb). 



01/08/2004, EAST Version: 1.4.1 



4* 



5,377,051 

7 8 

According to the MPEG compression algorithm, between slices. The position of slices may change from 

frames are classified into one of three types: intracoded- picture to picture. The first slice starts with the first 

frames (I-frames), predictively coded frames (P-frames) macroblock in the picture and the last slice ends with 

and bidirectionally coded frames (B-frames). I-frames the last macroblock in the picture. The first macroblock 

use purely spatial compression, and are processed inde- 5 in a slice has its macroblock parameters, e.g. DC coeffi- 

pendently of other frames. Thus, I-frames are processed cients of a DCT (if intra-coded) and motion vectors, 

entirely by intra-frame operations. A complete picture differentially coded from a constant value. Each subse- 

can be generated from an I-frame alone. quent macroblock in a slice has its macroblock parame- 

P-frames are coded using the previous I- or P-frames. ters measured as an offset from the previous macrob- 

The compression of P-frames relies on temporal predic- 10 lock in the slice. Accordingly, the size of the slice is the 

tion from previous I- or P-frames. Only forward motion minimum size for which a piece of data can be recov- 

estimation/compensation is used in the temporal predic- ered and correctly decoded. If part of a slice is lost, it 

tion. While P-frames may contain some intra-coded may not be possible to decode the differences in motion 

data, a complete picture, of the same quality as a picture vectors and DC coefficients contained in the remaining 

which can be generated from an I-frame, cannot be 15 part of the slice. 

generated from a P-frame alone because of the use of FIG. 6 illustrates a macroblock in accordance with 

forward motion estimation/compensation in a P-frame. the MPEG proposal which may be used, e.g. for 

B-frames are coded by a bidirectional motion com- HDTV signals. As illustrated in FIG. 7, a macroblock 
pensated predictive encoder using the two adjacent I- comprises four 8X8 luminance blocks (Y0, Yl, Y2, Y3) 
or P-frames. B-frames are temporally predicted from 20 and two 8X8 color difference blocks (Cr and Cb). The 
two adjacent anchor frames. Both I- frames and P- four luminance blocks (Y0, Yl, Y2 ( Y3) and two color 
frames serve as anchor (or reference frames) to the difference (Cr, Cb) blocks, which form a single macrob- 
motion compensation of other frames. The B-frame lock are used to encode a 16 X 16 picture element array 
temporal prediction uses motion compensation in for- covering the same spatial region in a picture. As de- 
ward and/or backward directions. B-frames are never 25 scribed above, a macroblock serves as the unit of mo- 
used to predict other frames. Because of the dependence tion compensation and adaptive quantization, 
of B-frames on the two adjacent anchor frames, B- In accordance with the MPEG proposal, motion- 
frames alone do not contain sufficient data from which compensated predictive coding is carried out by calcu- 
to generate a recognizable picture. lating motion vectors for every macroblock in a P- 

The above three types of frames differ in their use of 30 frame or B-frame. MPEG compression encodes motion 

motion estimation. Motion estimation refers to the pro- vectors on a macroblock basis, but does not specify the 
cess of computing the spatial displacement of blocks of technique for computing them. Thus, a variety of differ- 

pixels due to motion. The resultant motion vectors are ent motion estimation techniques can be implemented 

used in motion-compensated predictive coding. MPEG consistent with the MPEG standard. One technique, for 

uses both forward motion estimation (in which the esti- 35 example, is to compute motion vectors from the frame- 

mation is of the future referenced to the past), and back- to-frame correlation of blocks of pixels in the luminance 
ward motion estimation (in which the estimation is of signal, resulting in a motion vector for the luminance 

the past referenced to the future). Forward and back- component of the macroblock. 

ward motion estimation are also combined to produce The best mode for encoding each macroblock is se- 

bidirectional motion estimation. 40 lected. Within a given picture, each macroblock is 

In accordance with the MPEG proposal, frames are coded in one of several different modes. The intraframe 
arranged in ordered groups. A typical group is a series coding mode refers to macroblock coding in which 
of frames containing, e.g., in the order of their being only spatial information is used. Conversely, the inter- 
displayed, one I-frame, two B-frames, a P-frame, two frame coding modes (forward motion, backward mo- 
B-frames, a P-frame and then two B-frames. FIG. 5 45 tion and bi-directional motion) refer to macroblock 
illustrates a typical Group of Pictures in the order they coding in which information from frames other than the 
are displayed and the temporal prediction relationship current frame is used in the coding, typically for tem- 
between the various frames which comprise the group. poral prediction in motion-compensated predictive cod- 

A group of pictures is intended to assist random ac- ing. For I-frame macroblocks, only intraframe coding 

cess into the sequence. In the stored bit stream, the first 50 mode is available. 

coded frame in the group is normally an I-frame. P-frame macroblocks are first checked to determine if 
In accordance with the MPEG proposal, after the interframe coding without motion compensation is ap- 
analog video signals are digitized, the digital data is propriate. This decision is made by computing the lumi- 
organized into macroblocks. A macroblock is the unit nance energy of a forward prediction residual for the 
of motion compensation and adaptive quantization. A 55 macroblock that results from an interframe coding 
number of macroblocks comprise a frame. Each mac- without motion compensation, and comparing it to a 
roblock defines a predetermined spatial region in a pic- threshold value. If the residual energy is below the 
ture, and contains luminance and chrominance infonna- threshold, then the macroblock will be coded using 
ti° n - interframe coding without motion compensation. Oth- 
The MPEG proposal provides for the arrangement of 60 erwise, the residual macroblock from interframe coding 
macroblocks into slices. A slice is an integer number of with forward motion compensation will be derived and 
consecutive macroblocks from a raster of macroblocks. used in the final step of the coding mode selection. 
A slice represents the boundary within which differen- B-frame macroblocks are similarly processed to de- 
tial coding of macroblock parameters, e.g. DC coeffici- termine whether interframe coding is appropriate. Since 
ents of a DCT, and motion vectors, is performed. Each 65 B-frames may be bidirectionally coded, interframe cod- 
slice has its own header information and can be indepen- ing can be either forward or backward, based on the 
dent of other slices. Each slice contains at least one preceding and following anchor (i.e., I- or P-) frames. It 
macroblock. Slices do not overlap and there are no gaps may also be based on the average of those macroblocks 



01/08/2004, EAST version: 1.4.1 



5,377,051 

9 10 

from the preceding and the following anchor frames. In ted separately. They must also be decoded using a sepa- 

interframe coding using motion compensation, there are rate algorithm from the algorithm used to decode the 

three possible modes: forward, backward, and bidirec- other frames, i.e. the I, P & B-frames. Thus, D-pictures 

tional. The choice of coding mode for B-frame macrob- cannot be decoded in conjunction with other MPEG 

locks is also determined on the basis of luminance pre- 5 data such as I-frames. 

diction residual energy. A proposed standard for HDTV using motion com- 
The final step m the coding mode selection for both pensation compression techniques is the Advanced Dig- 
p. and B-frame macroblocks is to choose between inter- ita] Television ("AD HDTV") system developed by the 
frame coding and mtraframe coding. Generally, P- Advanced Television Research Consortium. The pro- 
frames and B-frames are encoded using interframe en- 10 posed AD HDTV system is described in the Advanced 
coding. This selection is made by comparing the hum- Television Research Consortium's "Advanced Digital 
* C .y^ ^Wock to the energy Television, System Description" of Jan. 20, 1992 and in 
of the luminance m^ame with or wrthout mohon ^ Advanced Television Research Consortium's "Ad- 
compensation) prediction residual macroblock. If the vanced m ^ Television, Prototype Hardware De- 

S^S^"^^ 15 scription»ofF e b.l2,1992whichTbothher4^- 
residinl macroblock, the mtraframe codmg mode xs pressly j,^^ by reference . ^ proposed ^ 

After the motion vectors have been calculated, each HDTV system uses a modified data compression tech- 
macroblock is transform encoded. In summS.lne ^'^ d ° n ^ ISO " MPEG ^d^rd. called 
macroblocks are transformed from pixel domain to the 20 WT1T -.i , 

DCT coefficient domain. The picture information in MPEG+ + compression uses a two-pass encoding 
each frame (i.e., pixel values for I-frames, and residual ****** has the functon of adapuvely segregating 
error after prediction for B and P-frames) is trans- video data produced by the compression processor into 
formed using the DCT and then adaptively quantized. a s f*f ctl vely mportant P™"* W) bit stream 
For the purpose of performing the DCT, a frame pic- 25 31x6 a less UDportailt standard P riorit y (" sp ") bit stream, 
ture is divided, for example, into blocks of values (i.e., ^ ^ P nontv blt stream provides data sufficient to 
arrays of DCT coefficients). Each quantized DCT coef- P roduce a viewable picture and the additional standard 
flcient along with other MPEG-specific data is variable P riori ty bit stream provides the additional data need to 
length encoded by the video encoder module to form P roduce fuU ^P^V quality video. 
MPEG codewords. 30 Separation into high and standard-priority data 

The DCT process generates blocks of DCT coeffici- streams is carried out using an adaptive prioritization 
ents in a zigzag scanned format (Le., the low-frequency algorithm which takes into account, inter alia, the 
coefficients are followed by the higher frequency coef- MPEG frame type (i.e., I, B or P), and the relative 
ficients). This zigzag scan arrangement facilitates the occupancies of HP and SP rate buffers at the output of 
subsequent run-length coding process. The DCT coeffi- 35 ^ e MPEG++ encoding system. Highest priority is 
cient for which the frequency is zero in both dimensions Sj ven to ^ e MPEG headers that indicate the start of 
is called the DC coefficient. video data blocks (e.g., slices and macroblocks), which 

Next, adaptive quantization is performed on each are needed to initiate the decoding of received video 
block of DCT coefficients. After adaptive quantization da* 3 - ^-frame data and P-frame motion vectors are also 
has been applied to the DCT coefficients, the coeffici- 40 8* ven relatively high priority, while most B-frame data 
ents undergo further compression involving such k transmitted with standard priority. The adaptive prio- 
known techniques as differential coding, run-length ritization algorithm outputs the data stream of code- 
coding and variable length coding. As a result, the words and a signal representing the priority level for 
video compression encoder module produces encoded eacn codeword stream. 

data, in the form of variable length codewords, and 45 The AD HDTV system uses a Prioritized Data 
information concerning the number of header and Transport (PDT) format to provide reliable delivery of 
coded data bits per macroblock. The header provides, variable length encoded compressed video data. The 
inter alia, a mechanism for dynamic specification of the VDT format supports flexible multiplexing of video, 
picture size, in terms of pixels per line and a pixel aspect audio and data services without requiring preselection 
ratio. The video compression encoder module also out- 50 of operating bit rates. The AD HDTV system accord- 
puts information that states which frame the encoded ingly formats all data into a sequence of fixed length 
data represents and which macroblock and slice the packets, each with appropriate headers for identifica- 
encoded data represents. tion and error recovery. These packets are called trans- 

The codewords are then further encoded by, for port cells, 
example, a transport encoder, to provide reliable deliv- 55 The data stream of codewords and the priority level 
ery of the variable length encoded compressed video. for each code word, i.e. HP or SP, is received and the 

The MPEG compression standard also produces transport cells are filled with the data as appropriate to 
D-pictures, also referred to as D-frames. A D-picture is its priority. Each transport cell is tagged with an Adap- 
coded using only mtraframe encoding. Of the DCT tion Header which includes information necessary to 
coefficients in the coded representation of a D-picture, 60 restart video decoding if synchronization is lost prior to 
only the DC coefficients are present Thus, D-pictures the current transport cell. This information might in- 
comprise the DC coefficient of each DCT block in the elude macroblock number, block position within the 
frame. D-pictures are not used in sequences containing macroblock, frame number, field or frame coding, quan- 
frame types, such as I-, P-, or B-frames. tization level, priority of the data, and a pointer to a data 

D-pictures are thus stored separately from the normal 65 boundary within the cell. Cells at different priority 
MPEG bitstream and must appear in a separate picture levels, i.e. HP or SP, may have different header infor- 
sequence that cannot contain any other type of picture. mation as appropriate to decode data of the given prior- 
Furthennore, D-pictures must be encoded and transmit- ity level. 
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As described above, the proposed priority encoder of FIG. 7 illustrates the structure of a transport cell in 

the AD HDTV system separates a single encoded video accordance with the AD HDTV system proposal. Each 

codeword stream from the compression processor into cell contains an error correction layer and a prioritized 

two data streams corresponding to two priority levels: data transport (PDT) format layer. As illustrated in 

the high priority (HP) and the standard priority (SP) 5 FIG. 7, there are three sublayers within the PDT for- 

data streams. The goal of the priority encoder is to mat layer. They are a data link layer, an MPEG+ + 

produce a HP codeword stream that represents a view- adaption layer and the service data layer. The data link 

able picture. This HP codeword stream can be transmit- layer comprises a service type byte which carries the 

ted at a higher power and in a separate frequency range priority level indicator (HP or SP) and a frame check 

to increase the area of reception for at least the basic 1° sequence for error detection. Accordingly, the service 

video picture. type byte allows immediate identification of a transport 

The proposed AD HDTV system allows different to be either high or standard priority. The service 

approaches and criteria to be employed in the construe- tv P e bvte a *so identifies the data type for video, audio, 

tion of the HP and SP codeword streams. An allocation 311(1 auxiliary data and contains a 4-bit continuity 

process takes place once at the beginning of every frame 15 colter (CQ component. This counter increments by 

to determine the fraction of data for that frame that one for ^ transmitted. The continuity counter 

should be transmitted on the high priority channel. This allows the receiver buffers to detect cell discontinuity 

decision is based on the type of frame being transmitted ( due to uncorrectable cell errors) for a particular trans- 

(I-, P- or B-frame), the number of bits generated for that P° rt service - 

frame (available from the compression processor) and 20 ^ MPEG+ + adaption layer allows a decoder to 

the state of HP and SP buffers. In general, I-frame infer- synchronize to variable length codes within the MPEG 

mation tends to be the most important, and is generally compressed video service. The first usable entry-point 

transmitted on the high priority channel. There are two £ each cell is identified and stored in an Adaptation 

reasons for this. First, the effect of transmission error on „ Header (AH) of the MPEG + + adaption layer. For 

I-frame data lasts longer than that on a P- or a B-frame 25 . f 1 P n ? ntv ***** ™ contains slice entry point 

because it is the basis of prediction for both P- and ^p™** 011 frc. a pointer to the first bit of the entry 

B-frames. Second, since there is no temporal prediction P° mtof * e fcem the ttansport data), frame type infor- 

for I-frames, errors on DCT coefficients may result in 1 frame ™*» T?*™ ^ 

complete loss of picture information for a macroblock. „ ^f^V^d^^AHc^^^p^ 

P- and B-frame^, on the other hand, can rely on par- 30 ? Start ° f a ™»W** frame ^e iiuormation, the 

tial motion information to produce reasonable images, g£ nUmber ^ ^block number within the 

even m the event of complete loss of the DCT coeffici- ^ ^ service k of ^ ^ ^ ^ 

ents due to transmissions errors Hence, the general ^ ^ ^ w £ ch mclud e%i de o, audio 

objective is to transmit as large a fraction of the I-frame an j/«-~JLj tt^+1™«^ ** * i j 

data as possible on the high priority channel. For P- 5 ^ ntto1 ™ e transport datamcludes video- 

« t^«»iuic wit iuc lugu luiwuy wiAuuci. ror r specific parameters that can be used for resynchroniza- 

^ DCT^ tion afte? a long burst of errors. A record £der (RH) 

?X? ^ ?" transmitted on the HP chan- at ^ begiiming of slicej ^d is sent in the 

nel. More DCT coefficients are transmitted on the HP ^J^ority tran^ort cells only. Any number of re^ 

channel if addibonal capacity is available. It is .rnpor- ^ My ^ pear m a h J otAy ^ ^ fc 

tot to at leasttransmit motion information for these ^ as an entry-pohit in the AH. The entry-point fea- 

frameson the HP c^elsmce the effect of loss* tends ture in the AH for a HP cell, as stated abovef contains 

to propagate untd the next I-frame. Finally, B-frames information regarding the location of the start of data 

are comidered the least important because they are not block (which * ai ways a rh), as well as other informa- 

used for prediction purpose^ Therefore, B-frame errors 45 tion such ^ ^ ^ ^ slice numben ^ rh 

are consumed to a single frame and do not propagate ^ include a priority breakpoint (specifying the break 

to other frames. In general, the amount of B-frame data between HP and SP information), a^rtical position, a 

that are transmitted on the high pnonty channel is the quantization scale factor, and a record header extension, 

smallest among fteti^ types of frames. To summarize, in accordance with the AD HDTV 

While the AD HDTV pnonty assignment process 50 system proposal, each HP cell contains data arranged in 

does not specify exactly what must appear in the HP slices. Each SP cell contains data arranged in macrob- 

data stream, the AD HDTV proposal provides general locks. Entry points allow these data blocks to be seg- 

guidelines of pnonty assignments that can be used for mented across cell boundaries. However, the AH infor- 

each frame type. The AD HDTV proposal states that mation only contains one pointer to the start of the 

for all frame types, the three most important types of 55 macroblock or slice. There may, however, be more than 

information are frame headers, slice headers and mac- one macroblock or slice starting in each cell. Thus, at 

roblock information (addresses, types and quantitiza- least one of these blocks will not have an entry point 

tion). For I-frames, next in priority are (in order) DC recorded in the AH. Alternatively, a macroblock or 

DCT coefficients, low frequency DCT coefficients and slice may take up many cells, and thus there is not an 

finally high frequency DCT coefficients. For B- and 60 entry point for the block in subsequent cells. In the 

P-frames, next in priority are (in order) motion vectors, event of a cell loss, the entry point information can be 

DC DCT coefficients, low frequency DCT coefficients used for the rapid resynchronization of the transport 

and finally high frequency DCT coefficients. As stated data. In the event of an error leading to the loss of a cell 

above, the codewords are prioritized into DCT coeffici- without an entry point, the receiver will restart decod- 

ents of increasingly higher spatial frequency. 65 ing at the next block with an entry point. 

In the proposed AD HDTV system, the HP data rate Another proposed standard for HDTV is the DigiCi- 

is one fourth the SP data rate. Accordingly, the ratio of pher system (also referred to as the ATVA-Interiaced 

HP to SP data is 1:4. system) developed by General Instrument Corporation. 
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Tnis proposed system is described m General Instru- form coefficients are then normalized and statistically 
ment Corporation's "DigiCipher HDTV System De- coded as before. The second of the two frames from 
scription" of Aug. 22, 1991 which is hereby expressly which the motion estimates are derived is always the 
incorporated by reference. The DigiCipher system uses previous frame as it appears after reconstruction by the 
transform encoding as the technique of data compres- 5 decoder. 

SIOn - . . . Differential processing in general causes a basic prob- 

The DigiCipher system does not have complete, tem- lem for the decoder. When a decoder is tuned to a new 
porally coincident frames of intra-coded data. Rather, channel, it has no "previous frame" information. Acqui- 
lntra-frame data updates an image on a regular basis in sition would be delayed until at least one pulse code 
vertical columns on the screen. io modulation ("PCM") version of every block is re- 

In the DigiCipher system, a pixel is an 8 bit active ceived, which results in an unbounded acquisition time, 
video sample (l umin a n ce or chrominance) while a block Thus, in the DigiCipher system, during each 0.37 
is an image area of 8 X 8 pixels. A superblock is an image second interval, all blocks are processed once in PCM 
area comprising 4 luminance blocks horizontally by 2 form on a distributed basis. This technique results in a 
lummance blocks verticaUy and one associated chromi- 15 0.37 second differential pulse code modulation 
nance block each for U and V values derived from that ("DPCM") based acquisition time component, but 
image area. A macroblock is an image area of eleven spreads the resulting increase in channel bits uniformly 
horizontally arranged superblocks. over time. 

The DigiCipher system transforms a block of pixels The 0.37 second parameter would imply a forced 
into a new block of transform coefficients using the 20 PCM block once every 11 frames, and there is a neces- 
DCT. The transform is applied to each block until the sary but nontrivial reduction in the overall compression 
entire image has been transformed. efficiency. The 0.37 second parameter can be varied to 

Next the number of bits required to represent the trade off acquisition time versus efficiency. 
DCT coefficients is reduced. Accordingly, a coefficient Thus, the DigiCipher system has very little tolerance 
quantization process gives weights to each of the DCT 25 for errors or missing information in the data stream The 
coefficients. Each coefficient is divided by its weighing DigiCipher system will repeat a macroblock from the 
factor. Then a quantization factor is determined based previous frame when an error is detected. Errors are 
on scene complexity and perceptual characteristics, and detected by checking whether all the compressed data 
additional scaling takes place by dividing the weighted is used when a macroblock processing is finished. Be- 
coefficients by the quantization factor. 30 cause of the variable length encoding of data, resyn- 

The quantization method of the DigiCipher method, chronization must take place after an error occurs 
however, is not applied to the DC coefficient. The most There is no place for resynchronization, however, ex- 
significant bits of the DC coefficient are always se- cept at the start of the next frame using a next frame 
lected, independent of the quantization level pointer. 

Next a statistical coding technique, such as a Huffman 35 The above-described systems do not specify the data 
coding, is used that does not degrade the image. The formats and compression techniques to make the sys- 
DCT coefficients are serialized into a sequence and terns suitable for VTR applications. Requirements pecu- 
amphtude/run length coded. A codeword is assigned liar to VTRs include the need for the ability to record 
indicating the amplitude of the coefficient and the num- for normal speed playback as well as fast forward play- 
ber of zeros preceding it (runlength). 40 back at a variety of speeds, reverse playback at "nor- 

In addition, the DC coefficient is Huffman coded mal" speed and other speeds, slow motion playback and 
after it is differentially coded within a superblock. The freeze-frame viewing. A VTR must be able to receive 
efficiency of this coding process is heavily dependent data and arrange it so that it can be stored on a tape in 
on the order m which the coefficients are scanned. By a suitable format to allow playback at different speeds 
scanning from high amplitude to low amplitude, it is 45 and in different modes. 

possible to reduce the number of runs of zero coeffici- The playback of recorded compressed digital video 
ents typically to a single long run at the end of the data is difficult at speeds faster than the normal forward 
block. The coefficients are zigzag scanned going down speed and in reverse direction. The reason is that digital 
ru^t from the DC coefficient compression systems, such as those systems described 

There is a limit to the amount of compression possible 50 above (i.e., the AD HDTV system and the DigiCipher 
by spatial processing alone. An interframe coder, how- system) produce very compact non-redundant descrip- 
ever, can benefit from temporal correlation as well as tions of images. Consequently, the delivery of only a 
spatial correlation. A very high degree of temporal portion of the compressed data (such as occurs at higher 
correlation exists whenever there is little movement than normal playback speeds) results in a playback data 
from oneframe to the next. 55 stream that is largely incomprehensible to a video de- 

In the DigiCipher system, the signal is compressed by coder, 
first predicting how the next frame will appear and then The use of the MPEG standard for supporting fast 
sending the difference between the prediction and the play modes in a VTR has been suggested by a report 
actual image. A reasonable predictor is the previous titled "Coding of Moving Pictures and Associated 
frame. This sort of temporal differential encoding will 60 Audio for Digital Storage Media at up to about 1 5 
perform very well if lirde movement occurs or if there Mbit/s", ISO 2-1 1 172 rev 1, Jun. 10, 1992, hereinafter 
is little spatial detail. At other times, it will be less effec- "the MPEG report", which is hereby expressly incor- 
tive and occasionally worse than if the next frame had porated by reference. In the MPEG report, at pp D-52 
simply been encoded without prediction. to D-54, it is suggested that MPEG D-frames and I- 

Instead of transform coding an image directly, an 65 frames, both of which contain only intra-coded mate- 
estimate of the image is first generated using motion rial, can be used to support fast forward play 
compensation. The difference between this estimate and As described above, MPEG D-frames, which are an 
the actual image is then transform coded and the trans- extension of the normal MPEG data stream, contain 
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only the DC coefficients of a DCT transform. There- 
fore, D-frames contain only information encoded using 
intra-frame processing. In MPEG, D frames are com- 
pletely independent of the normal bitstream of I-, B- and 
P-frames and thus must be encoded, transmitted and 
stored separately from the normal data stream. Further- 
more, D-frames must be decoded by a different algo- 
rithm which requires the use of a separate decoder 
circuit from the decoder circuit used to decode I-, B-, 
and P-frames. 

Such requirements of separate encoding, decoding 
and storage of D-frames adds to the cost and complex- 
ity of a VTR which uses D-frames for fast play modes 
of operation. In addition, the picture quality that can be 
reproduced using intra-coded D-frames alone is rela- 
tively poor compared to pictures which can be repro- 
duced from I-frames, for example. 

Further, the MPEG report suggests that the MPEG 
standard can be used to support fast play if I-frames are 
appropriately spaced in a sequence. As an example, the 20 
MPEG report states that if I-frames were spaced regu- 
larly every ten frames, then a decoder might be able to 
play the sequence at ten times the normal speed by 
decoding and displaying only I-frames. 

While suggesting the above use of I-frames for fast 25 
play, the MPEG report recognizes that this concept 
places considerable burdens on the media and the de- 
coder. To use I-frames as suggested, the media must be 
capable of speeding up and delivering ten times the data 
rate and the decoder must be capable of accepting this 30 
higher data rate and decoding the I-frames. While the 
MPEG report recognizes these problems, it fails to 
teach how to overcome these burdens on the media and 
decoder so that a VTR can actually be implemented 
using the suggested approach. 

The MPEG report further suggests that the media 
itself might be used to somehow sort out the I-frames 
and transmit them to produce a valid MPEG video 
bitstream during fast play. However, the MPEG report 
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frame. Each block of main information, corresponding 
to a particular frame, is recorded at the center of the 
recording track which contains all the data correspond- 
ing to the particular frame. The subinformation corre- 
sponding to the particular frame is recorded on regions 
on both sides of the center of the track containing the 
main information belonging to the particular frame. 
During trick play, the main information is used to gen- 
erate images which are displayed. 

The known VTR does not receive data in a com- 
pressed format and, to make its conversion to main and 
subinformation, requires that the received analog video 
signal be digitized and encoded before the data can be 
recorded on tape. Furthermore, the encoding and one 
frame per track recording processes used support only 
intra-frame encoding of pictures. Such a system has 
serious drawbacks where the picture information for an 
intra-coded frame of video, such as in the case of 
HDTV, may not be able to be stored in a single tape 
track because of the large amount of data involved. 
Furthermore, such a system fails to take advantage or 
address the use of inter-frame coding techniques to 
reduce the amount of data which must be stored for a 
series of frames. 

SUMMARY OF THE INVENTION 

The present invention provides a digital video re- 
corder compatible receiver. In a representative embodi- 
ment, the receiver comprises a digital video tape re- 
corder ("VTR") port and a video decoder including an 
error concealment circuit The video decoder receives 
video data which it decodes and outputs to a display 
device such as a cathode ray tube or liquid crystal dis- 
play device. 

The digital VTR port is adapted for coupling the 
receiver to a VTR command and data output of a video 
tape recorder. The digital VTR port receives from the 
VTR video data and VTR commands. The VTR corn- 



does not suggest how the media migjit actually imple- 40 n^ds may indicate, e.g., that the VTR is operating in 
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ment such a system. 

In addition to the problems encountered during fast 
play, there are several problems associated with reverse 
play by a VTR which stores information in accordance 
the MPEG standard or other highly compressed data 
formats. For a VTR to decode an inter-frame encoded 
bitstream and play in reverse, the VTR's decoder must 
decode each group of pictures in the forward direction, 
store the decoded pictures, then display them in reverse 
order. This places severe storage requirements on the 50 
decoder and further complicates the problem of gaining 
access to the coded bitstream in the correct order. Fur- 
thermore, similar problems to the ones discussed above 
in regard to fast play arise if reverse playback is to be 
performed at different speeds. 

Accordingly, there are several problems which need 
to be addressed when the MPEG or similar standards 
are used for recording video information on a tape by a 
VTR. 

One known VTR which supports high speed play- 
back receives an analog video signal, digitizes the sig- 
nal, and converts each picture frame in the signal into 
main information (for rough formation of the whole 
image during high speed playback) and subinformation 
(for forming details of the image). The main information 65 
and subinformation corresponding to each picture 
frame are recorded on a single track with each track on 
a tape storing data corresponding to a different picture 
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trick play mode or that particular trick play error con- 
cealment operations are to be performed. The video 
data can comprise, for example, digital video/audio 
data packets. The VTR commands can be received by 
the receiver via a separate command line coupled to the 
digital VTR port or as part of the video/audio data 
packet stream. Alternatively, the error concealment 
circuit may detect that the VTR is operating in trick 
play mode by monitoring the received video data and, 
e.g., detecting that data for fewer inter-coded frames 
are being received than would be the case during nor- 
mal VTR playback operation. 

The video decoder including the error concealment 
circuit is coupled to the digital VTR port On receiving 
a VTR command that indicates that the VTR is operat- 
ing in trick play mode or upon determining from the 
received data that the VTR is operating in trick play 
mode, the error concealment circuit disables normal 
play error concealment performed on the video data 
and enables trick play error concealment. While there 
may be a number of error concealment operations that 
are the same for both normal play error concealment 
and trick play error concealment, trick play error con- 
cealment includes additional error concealment opera- 
tions which are not performed during normal playback 
operation. Thus, trick play error concealment includes 
error concealment operations which are specifically 
directed to the concealment of errors resulting from 
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trick play VTR operation such as fast forward or re- FIG. 2(c) is an illustration of a four head VTR system 
verse playback operation. comprising 2 pairs of co-located heads. 

The error concealment circuit of the present inven- FIG. 2(b) illustrates the paths traced across the tape 
tion may include a temporal filter and/or a spatial filter by the pairs of co-located heads of the VTR system of 
for performing temporal filtering and/or spatial filter- 5 FIG. 2(a) during playback operation at three times the 
ing, respectively, of the video data when trick play standard playback speed. 

error concealment is enabled. Accordingly, the receiver FIG. 3(a) is an illustration of an 8 head VTR system 
of the present invention is capable of treating data dif- having four heads distributed evenly over each 180° 
ferently during VTR trick play operation than during portion of a rotary head cylinder, 
normal play operation. This permits a receiver of the 10 FIG. 3(6) illustrates the paths traced out across the 
present invention to display data supplied from a VTR tape by the heads of the VTR of FIG. 3(a) during 4x 
during trick play mode in a manner that provides higher playback speed operation. 

quality images than would be possible if the receiver 4(a) is an illustration of a 2 channel, 4 head VTR 

operated as if it were receiving normal play data. system. 

One embodiment of the receiver of the present inven- 15 F * G * MP) k 311 illustration of a portion of a tape in- 
tion further comprises a transport and priority decoder eluding a series of 2 channel tracks recorded on the tape 
circuit coupled to the digital VTR port and the video b ? **** system of FIG. 4(a) . 
decoder. The transport and priority decoder circuit FIG. 5 is an illustration of a typical Group of Pictures 
receives the video/audio transport data packets and m ^ e ordcr toy are displayed. 
VTR commands and performs depacketization and 20 FIG * 6 frustrates a macroblock in accordance with 
priority decoding on the video data to generate video to ^^G proposal which may be used, e.g., for 
codewords which are supplied to the video decoder for M^TV signals. 

additional processing and error concealment operations FIG - 7 illustrates the structure of a transport cell in 
prior to display of the video data. accordance with the AD HDTV system proposal. 

Additionally, in accordance with another feature of 25 8 ^ fe a block dia ^ ram of a vWeo ^ d audio 

the present invention, the digital VTR port and the transmission circuit in accordance with one embodi- 
transport and priority decoder circuit may be coupled m ^ I t i )f £ f ****** mvention - 
to a tuner module. The tuner module receives a signal t . ^ lUustrates a representative video packet 
from a transmitter or other transmission service and ln ^m^^ 7 ^^ 6 * 1 h l ^P 0 * P**e- 
performs demodulating, trellis decoding and de-inter- 30 to ^ mustra 1f* m WG. 8(a), to the data packets gener- 
leaving on this signal to generate video/audio transport * ed " accordance one embodiment of the present 
data packets. In addition, via the tuner module, the mV mr°o5 c * u\~ v a- * - . r • , 

receiver of the present invention can receive a video J^^t w ^ ° f * ^ * **** 

signal from a VTR. If the signal is from the VTR, the 35 ^ m ^nf ^ SS? ™ ° nC 
receiver's error concealment drcuit and/or video de- 35 P^invention. 
coder may receive VTR commands via the tuner mod- J r ]2\^ h 3 block t ^^^ VTR fording 

ule along with other video and/or audio data. ,Wn^ ^ emboduncnt of ^ P res ~ 

* j- i i _ , ent invention. 

Accordingly, the receiver of the present invention t?h- trv/r* iiw M t~ * a**» w u * 

VTR port for transport depaoketizaton and decoding m acc0 rdance with one embodiment of the present 
by the transport and priority decoder. Thus, the re- 45 invention p»««« 
ceiver of the present invention can receive data from a fkj. ^ mustrates a ^ of eoataiaiBS a 
VTR dmsctly or through ,te tuner module. In either plurality play augments arranged toS a 

T^A^^tT^ T " fr ° m multi-speed playback track in^cordance with L 

a VTR operating m tnck play mode or the receiver ent invention 

T^ Mmnan ^ il 50 FIG. ^ 'illustrates a portion of a tape containing a 

X ™ . 8 2 ^ Pk j m ° de ' 1 * Ck Pl^ty of trick play tape segments arranged to fori a 

play error concealment is performed and normal play multi-speed playback track in accordance with one 
error concealment is disabled by the receiver m order to embodiment of the present invention, 
provide a series of rrognizable images or portions of FIG. 12(c) illustrates a portion of a tape including a 
unages to a display device when receiving data from a 55 plurality of multi-speed playback tracks in accordance 
VTR operating in tnck play mode. with one embodiment of the present invention. 

BRIEF DESCRIPTION OF THE DRAWINGS FIG- *^ illustrates a portion of a tape including a 

, /v . .... multi-speed playback track arrangement which is imple- 

FIG. 1(a) is an illustration of a conventional two head mented for a VTR system using two data channels per 
video recording system. «> track. ^ 

FIG. 1(6) illustrates a portion of a tape, including a FIG. 13(a) illustrates the portions of trick play see- 
senes of parallel tracks, written on the tape by the video ments of a fast scan track from which data may not be 
recording system of FIG. 1(a) wherein track separa- recovered during trick play operation due to track 
tions are shown only for the purpose of clarity. switching loss. 

FIG. 1(c) illustrates the paths traced by the record/- 65 FIG. 13(6) illustrates a portion of a tape with both 7 X 
playback heads of the video recording system of FIG. reverse fast scan tracks and 9x fast forward fast scan 
1(a), across a portion of the tape during playback opera- tracks recorded on the tape in accordance with one 
Hon at three times the standard playback speed. embodiment of the present invention. 
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FIG. 13(c) illustrates the trick play tape segments of an acceptable number of recognizable images or por- 
3x fast scan tracks which a 4 head, 2 channel VTR can tions of images during trick play operation. As will be 
read during trick play operation. described below, the trick play segments in such an 

FIG. 13(d) illustrates the trick play tape segments of embodiment form what is referred to as a "multi-speed" 
3x fast scan tracks which an 8 head, 2 channel VTR 5 playback track which may run, e.g., parallel to the 
with co-located heads can read during trick play opera- length of the tape. In another embodiment, trick play 
tion. segments may be located in such an arrangement that 

FIG. 14(a) illustrates the range of areas, of a 2 chan- the heads of a VTR pass over an optimum number of 
nel track, the heads of a 2 channel VTR may pass over trick play segments during operation at a particular 
during trick play operation given expected tracking 10 trick play speed. In accordance with this embodiment, 
errors. the trick play segments that are passed over during each 

FIG. 14(b) is an illustration of a tape segment and the pass of a VTR's head across the width of the tape dur- 
various possible regions of the tape segment that may be ing trick play operation at a particular playback speed 
passed over by a head of a VTR during trick play opera- and direction of operation, comprise a fast scan track 
tion in view of expected tracking errors. 15 for the particular trick play speed and tape direction. 

FIG. 15 is an illustration of a tape segment including One particular embodiment of the present invention 
both a 9 X fast forward fast scan track and a multi-speed is directed to a video (and audio) transmission circuit 
playback track. which digitizes, encodes, prioritizes and packetizes 

DETAILED DESCRIPTION ^ and audio ) signals, for subsequent transmission, 

20 in a manner that optimizes the format of the resulting 

One embodiment of the present invention is directed digital data for use by a video recording device, e.g., a 
to transmitter circuits, which supply video (and audio) VTR. The system of the present invention may be used 
signals to digital video recording devices, e.g., VTRs, in conjunction with, e.g., various digital HDTV sys- 
for recording and later playback during both normal terns. 

and trick play operation. Various other embodiments of 25 As described above, there are various proposals for 
the present invention are directed to circuits, e.g., VTR digital HDTV systems. However, none of the proposed 
record and playback circuits, for recording digital systems include data formats which are fully optimized 
video (and audio) signals for playback during trick play for VTR compatibility. One embodiment of the present 
operation. In addition, still other embodiments of the invention is directed to a circuit that optimizes digital 
present invention are directed to receiver and display 30 video (and audio) data streams for use with VTRs and 
circuits which are capable of receiving and displaying other digital video recording devices while maintaining 
transmitted audio and video signals received from, e.g., compatibility with the compression techniques nor- 
a transmission service or a VTR. Various circuits and mally used to create such data streams, e.g., the corn- 
embodiments of the present invention facilitate VTR pression techniques used by the various proposed 
trick play operation by, e.g., facilitating the selection of 35 HDTV systems. Generally, the circuit of the present 
data for recording in tape segments, referred to as trick invention provides for implementation of (1) a VTR 
play tape segments, which are then read during VTR optimized data prioritization scheme, (2) packetization 
trick play operation. of the data in a manner that is reflective of the imple- 

In accordance with various embodiments of the pres- mented VTR optimized prioritization scheme, and (3) 
ent invention, a VTR writes data, which is particularly 40 headers that describe the contents of the data packets 
useful for generating recognizable images during trick and permit the contents to be identified without full 
play operation into trick play tape segments as will be decoding of the data packets. 

described below. Because trick play segments are of a Referring now to the drawings, and initially to FIG. 
limited size, the selection of data that is written into 8(a), there is illustrated a block diagram of a video and 
such segments becomes important if recognizable im- 45 audio transmission circuit, according to one embodi- 
ages of reasonable quality are to be generated from the ment of the present invention, generally indicated by 
limited data read from the trick play segments during the reference numeral 100. The circuit 100 comprises a 
trick play operation. The data contained in each trick video encoder 102, an audio encoder 103, a prioritizer 
play segment comprises what are referred to as trick 104, a transport encoder 109, a channel modulator 110 
play data blocks. Accordingly various embodiments of 50 and a transmitter/antenna 112. 

the present invention, described below, are directed to In one embodiment of the present invention, the 
circuits which prioritize and sort video data for record- video encoder 102 has a video input for receiving an 
ing in trick play segments. Furthermore, several fea- uncompressed analog video signal from a video source 
tures of the present invention support prioritization and such as a video camera. The video encoder 102 digi- 
sorting of video data by a VTR without requiring the 55 tizes, encodes and compresses the received video signal 
VTR to fully decode the data packets which comprise to produce a stream of encoded video data, e.g., a video 
the video data stream. codeword data stream. To produce the video codeword 

The present invention is also directed to circuits data stream, the video encoder 102 may use one or more 
which optimize the amount of data that can be read known encoding and data compression techniques such 
from trick play segments during trick play mode by 60 as motion estimation and/or other MPEG encoding 
locating the trick play segments at particular locations techniques. Accordingly, depending on the encoding 
on a tape designed to optimize recovery of trick play technique used, the encoder can output data in the form 
data during VTR trick play operation. As will be de- of codewords corresponding to various types of video 
scribed below, in accordance with one feature of the data including video frames, superblocks, slices, mac- 
present invention, trick play segments may be located in 65 roblocks, and various other subsets of video information 
a geometric arrangement on a tape so that sufficient which the data in the codeword data stream can repre- 
trick play data can be recovered at several different sent in accordance with various possible data structures 
trick play speeds and directions of operation to generate and encoding techniques. The video encoder 102 may 
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generate picture headers in addition to codewords, with The prioritizer 104 has two outputs coupled to inputs 
an individual picture header being associated with the of the transport encoder 109. The transport encoder 109 
particular codewords that comprise each individual comprises a video transport packetizer 106 and a multi- 
video frame. plexer 108. The video transport packetizer 106 is re- 
The codeword data stream output by the encoder 102 5 sponsible for the packetization of the encoded video 
comprises, e.g., a stream of codewords wherein each data, ie. the video codewords supplied by the priorit- 
codeword is represented by a variable number of bits. izer 104. 

The codewords are normally recognizable by their The prioritizer 104 of the present invention outputs 
position relative to one another and therefore are under- the video codeword data stream via a video codeword 
stood in the context of their order in the codeword data 10 data stream output which is coupled to a corresponding 
stream. The codewords in the data stream may repre- input of the transport encoder's video transport packe- 
sent, e-g., picture, slice, and macroblock headers. addition, a priority level signal output of 

The audio encoder 103 receives an audio signal from, the prioritizer 104 is coupled to a corresponding input 
e.g., a microphone which can be attached to a video of ^ transport encoder's video transport packetizer 
camera which serves as the source of the video signal 15 Via ^ connection, the prioritizer 104 supplies the 
supplied to the video encoder 102. The audio signal is packetizer 106 with a signal that indicates the assigned 
digitized, encoded, and packetized by the audio encoder priority level of the data in the video codeword data 
103. The audio encoder 103 outputs packets of encoded stream. 

audio data via an audio data packet output that is cou- The ^deo transport packetizer 106, of the transport 
pled to a corresponding input of the transport encoder's 20 encoder 109 » is ^ supplied with several signals from 
multiplexer 108. & e ^deo encoder 102. The video encoder 102 supplies 

In video transmission systems, such as the proposed information to the packetizer 106 indicating a corre- 
AD HDTV system, which transmit portions of the spondence between the video codewords in the code- 
video data over multiple data channels, it is necessary to word ^ stream and which particular frame, super- 
provide a method of separating the video data stream 25 blockl snce ' macroblock or other P^ce of video infer- 
ior transmission over separate data channels based on, * e data represents. Accordingly, FIG. 8(<r) 
e.g. prioritizing the video data. The video data can then s . s a frame infennatto 0Ut P ut » a macroblock infor- 
be separated according to its relative priority for trans- natl< ? n output 311(1 a slice ^o^tion output each being 
mission over the various data channels based on the _ C °T to " Responding input of the video transport 
data's assigned priority level relative to the other data in 30 P^ ket ^ r It is to be understood that me number of 
the data stream. For example, the AD HDTV system ™7° J^ 0 ™? 11 connections between the video en- 
proposal requires that the codewords output by the ^ ^ *** P acketoer 106 ^ ^ ^ng with 
video encoder be divided into two data streams, i.e. a f. CtUal ^ rmtl0n S f nt ™ connections de- 
high priority (HP) data stream, which contains data « ° n . *? encoding and packetizing 
essential for creating viewable images, and al^tod 35 mp f mCntC f ' however, the video encoder 
priority (SP) data stfeam which eJafas the reniaSg ^^SSf^ y ^JF*?™ ^Vf 1 M ? T ~ 
data required to produce images of high definition qual- «T?£ m 7 ? Whdl ^ paCke " 
ity. In the AD HDTV proposal, the HP and SP date bz ^ 106 . H adds J° each video packet U creates 

streams are transmitted via ^separate data channel <n J^"^ r '"T* ^t^tS* ^ ^ ^° 
at a HP to SP data ratio of 1-4 40 ^ cw ords Jrom the pnontizer 104 into video packets 

While the proposed HDTV systems provide for data ^^V° ^ 

„ • -^^^^ *\ K. . . J y , headers mclude information necessary to restart video 

prioritization and transmission over separate data chan- ;f , , ■. • « « / / 

„ a1c fhtt nmnncj>A ♦ - u * T; * z decoding if data synchronization is lost. The lnforma- 

nels, tiie proposed pnontizadon schemes fad to opti- tion mcluded m ^ header added b ^e 

nuze data based on the data's utility to VTR applica- 45 m may ^^ZS^SS. 

Th» iru »■ ^ .„ superbtock position withk the macroblock, frame num- 

trT T f ^.P™"* mv< f ^ ^ ber, field or frame coding, quantization level, the prior- 

K ? 5 * ??° n *?2Z? itv level of ^ data coined in the packet, and a 

^S^^SV"^° ^\ uUllty J° ™ a PP^- pointer to a data boundary within the video data packet 

toons such as trick play operation Thus, video data 50 Different priority packets nwy be provided with differ- 

fte eetSff ^1 r T m « heade ^ ««■"■■ formation usefufiTdlcSg 

^^S*/ reco^jzable and scaleable image ^ data of the given level. Appropriately packetizini 

which * useable durmg tnck play operation. and identifying die data type aVd/or the VTR priority 

As illustrated m FIG. 8(«), a video codeword data level of the padcetized video data, using, e*S2 

steeam ou^ut of the video encoder 102 * copied to a 55 headers permits a VTR which receives the transmitted 

corresponding input of the pnontizer 104. The pnont- packetized data to sort, record, and retrieve the digital 

Ker 104 receives thevideo codeword data stream from information with a minimum amount of decoding, 

the video encoder 102 and prioritizes the codewords in Referring now to FIG. 8(6), there is illustrated a 

the data stream mto different priority levels. suitable video packet header ISO which can be attached 

As part of the prioritization process, the prioritizer 60 by the transport packetizer 106 to the data packets gen- 

104 recognizes sub-sets of various types of digital video erated in accordance with the present invention. As 

V!;: ^ ~ ntai ? ed ""k" m «««tedinFlG-8(6),thepacketheaderl50comprises 

words, that are particularly useful to VTRs. The video a packet ID data block 151, a priority ID data block 

codewords m the video codeword data stream are prio- 152, an entry point data block 154, an entry ID data 
ntized, i.e. assigned differing priority levels, based on 65 block 156 and a block of process variables 158 The 

the relative utility of the data in each codeword to VTR packet ID data block 151 comprises information identi- 

applications and m particular, to the data's utility in fying the source of the packet, the packets sequence 

generating an image during trick play operation. number, etc. The priority ID data block comprises in- 
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formation indicating the priority of the data contained for the data to record in the trick play segments. Then, 

within the particular video data packet The entry point only when there is not enough data in the high priority 

data block 154 contains a pointer to the next object in data stream to fill the trick play segments does the VTR 

the data packet, e.g. a macroblock or superblock have to sort the data in the standard priority channel, 

header. The entry ID data block 156 contains the ID of 5 In such an embodiment, wherein multiple channels 

the object pointed to by the entry point ID data block are being used to transmit the video/audio transport 

154. In addition, the header 150 also includes a block of data packets, the transport encoder's video transport 

process variables 158 which are necessary for decoding packetizer 106 performs the operation of separating the 

and which might be lost during resynchronization. video packets into multiple data streams for transmis- 
Such process variables may include variables in the 10 sion via separate channels using the transport data chan- 

video codeword data stream that are global for an entire nel prioritizer 105. 

frame or image sequence. The AD HDTV system proposal requires that the 

Video data prioritization and packetization in the HDTV data transport cells be divided into two data 

above manner facilitates a VTR's identification of data streams, i.e. a high priority (HP) and a standard priority 

which is important to trick play operation. As will be 15 (SP) data stream for transmission via two separate data 

described below, a VTR in accordance with a feature of channels. Furthermore, the proposed AD HDTV sys- 

the present invention, can selectively record packetized tern uses I-, P-, and B-frames characteristic of MPEG 

data in particular trick play segments, i.e. geographic video encoding. While the published system descrip- 

areas on a tape from which data can be read during trick tions only set forth general guidelines for deterrmning 

play operation. Trick play segments are of a limited 20 the contents of the HP data stream, the video packetizer 

size. Thus, a VTR which uses these segments to store 106 implements a scheme for determining the video data 

data for trick play operation, must be selective in the contents of the HP data stream based on the relative 

data that it records in the trick play segments if it is utility of the video data for VTR applications such as 

going to be able to generate recognizable images from trick play operation. 

the limited amount of data recorded therein. In accor- 25 The video transport packetizer 106 illustrated in FIG. 

dance with the present invention, the VTR selects the 8(a) is particularly well suited for use with the proposed 

video data to record in these trick play segments from AD HDTV system because it packetizes and assigns a 

the video data stream based on how useful the data is for portion of data to a HP data channel and a portion to a 

generating a recognizable image during trick play oper- SP data channel. The relative proportion of HP data to 

ation. The data is then recorded in the trick play seg- 30 SP data in the AD HDTV system proposal is 1:4. Ac- 

ments on a space available basis with the highest prior- cordingly, over a preselected fixed time period, deter- 

ity data being stored before lower priority data. Prioriti- mined by the amount of time required to fill-up rate 

zation and identification of data particularly useful to buffers contained within the video transport packetizer 

trick play mode prior to transmission reduces the bur- 106, which are used for sorting data into HP data and 

den on a VTR to decode and sort the video data while 35 SP data, the video transport packetizer 106 assigns the 

eliininating the need for the VTR to prioritize the data highest priority codewords received from the priorit- 

for trick play operation. Accordingly, prioritizing the izer 104 to the HP data stream. The video transport 

video data before transmission permits simpler, cheaper packetizer 106 assigns the remaining data received dur- 

VTRs with trick play capability. ing the same time period to the SP data stream. The data 

The video codeword data stream which is output by 40 is thus divided by the packetizer 106 in as close a ratio 
the prioritizer 104 can be packetized and divided into as possible to the specified ratio of 1 packet of hi gh 
two or more data streams for transmission via multiple priority data to 4 packets of standard priority data, 
transmission channels, e.g. a high priority and a stan- To reduce receiver and VTR data buffering require- 
dard priority transmission channel. In such an embodi- ments, the video transport packetizer 106 and multi- 
ment, the video transport packetizer 106 divides the 45 plexer 108 organize the video and audio data packets so 
video packets into different data streams based on the . that the data contained in each Group of Pictures, out- 
priority level assigned to the data contained in each put by the encoder 102, will be transmitted in a single 
particular video packet by the prioritizer 104. Alterna- time period. The single time period associated with 
tively, a transmission priority scheme which is indepen- each particular Group of Pictures is of the samg or 
dent of the VTR utility prioritization scheme of the 50 shorter length than the time period required by a re- 
present invention may be implemented by a transport ceiver to display all the frames in the particular Group 
data channel prioritizer 105 contained within the video of Pictures. While such data synchronization is not 
transport packetizer 106. However, regardless of the required by the MPEG standard, such synchronization 
trarismission priority scheme implemented, each of the has the advantage of reducing receiver and VTR data 
video/audio transport data packets output by the trans- 55 buffering requirements in certain cases. For example, if 
port encoder 109 of the present invention is identified the Group of Pictures takes up a fixed 
by the use of headers which permit a VTR to identify amount of time to transmit, and thus comprises a corre- 
the type and priority level of the data contained in each sponding fixed maximum amount of data, the VTR can 
of the video/audio transport data packets to facilitate be synchronized with another source for dubbing to- 
selection of the data for trick play operation. 60 gether video sequences at each Group of Pictures* 

Allocating the data which is the most useful for trick boundary. This allows editing of compressed video data 
play operation to a particular data channel, e.g., a high streams while avoiding the possibility of buffer over- 
priority channel, when multiple data transmission chan- flow in a video decoder used to edit the data comprising 
nels are being used facilitates a VTR's selection of data a Group of Pictures- Thus, by transmitting the data 
to be recorded in trick play segments because the high- 65 contained in each Group of Pictures in a single time 
est priority data for trick play operation is thus segre- period of equal or shorter length than the display time 
gated to some extent from lower priority data. In such period, data buffers of a predictable maximum size may 
a case, a VTR can initially look to the HP data stream be used in receivers and VTRs. Thus, by fixing the size 
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of the buffers required to avoid data overflows, large 
buffers with excess data capacity need not be used to 
avoid the possibility of a data overflow. 

As illustrated in FIG. 8(a), the video transport en- 
coder 106 has an HP video packet output and an SP 5 
video packet output coupled to corresponding inputs of 
the multiplexer 108. In this manner, the multiplexer 108 
is supplied with the data packets output by the video 
transport packetizer 106. The multiplexer 108 also re- 
ceives as inputs the audio data packets output by the 10 
audio encoder 103 and the auxiliary data packets. The 
multiplexer 108 loads the video, audio, and auxiliary 
data packets into video/audio transport data packets. It 
also adds headers to each transport data packet indicat- 
ing the type or types of data packets contained within 15 
each particular transport data packet. The size of the 
transport data packets will vary depending on the par- 
ticular transmission system being implemented. For 
example, in the case of an AD HDTV compatible trans- 
mission system, each transport data packet, referred to 20 
as a data cell in the AD HDTV system proposal, has a 
fixed length of 148 bytes. 

Generally, to assist in the identification of the various 
data types, the header which identifies the data type of 
each video data packet should be attached by the video 25 
transport packetizer 106 directly to each video data 
packet in a predetermined manner or format Similarly, 
headers attached by the multiplexer 108 should be at- 
tached directly to each video/audio transport data 
packet. Alternatively, both the video packets and the 30 
transport data packets can have their contents identified 
solely by their position relative to a reference signal 
within a sequence of video or transport data packets. In 
such an embodiment, the header need not be directly 
attached, by the video transport packetizer 106 or mul- 
tiplexer 108, to the associated data packet, so long as 
pre-detennined timing of the data streams permits a 
VTR to locate individual video data packets from 
among the video/audio transport data packets and to 
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ritizer 104 provides for the recognition and assignment 
of the following encoded video data, listed in their 
order of utility to video recorder trick play operation, 
to different priority levels as indicated below: 



Priority 
Level 



Subset of Encoded Video Data 
Assigned to the Indicated Priority Level 



Video codeword headers that 
contain sequence and picture 
information for I & P frames, 
slice headers for I & P frames 
which contain the position on 
the screen of slice data, and 
starting points for DPCM coding. 
Macroblock headers of I & P 
frames which contain information 
about either: a data block's 
position within a slice, 
quantization, the method of 
coding the blocks. 

The DC coefficients of the DCT for I- 
frames. 

Motion vectors for P-frames which provide 

enough information to predict a frame from 

the last I frame or P frame. 

The dc coefficients of the DCT for P- 

frames which correct the predicted frame 

and improve image quality. 

A percentage of the higher order DCT 

coefficients for I frames which can be 

used to improve the quality of both the I 

frame and the predicted frame. 

A percentage of the higher order DCT 

coefficients for P frames which can be 

used to further improve the predicted 

frame quality. 

All other data in the video codeword data 
stream 



35 It should be noted that the above prioritization scheme 
is the same as the prioritization scheme implemented by 
a VTR, in accordance with one feature of the present 
invention when determining which video data to record 

- - — «- r in trick play segments for later reading and use during 

identify the type and priority of the data within each 40 trick play operation, 
packet, without the need for fully decoding the re- If the prioritization of the encoded video data for 
ceived data stream. VTR applications is done before packetization and 

The transport encoder 109 has an HP and an SP transmission, and/or the particular sub-sets of data rec- 
video/audio transport data packet output coupled to ognized by the prioritizer 104 are identified by packet 
corresponding inputs of the channel modulator 110. 45 headers, then the amount of work the VTR must do to 
The channel modulator 110 modulates the transport identify the appropriate data for filling trick play stor- 
data packets using a modulation method, such as quad- age locations is significantly reduced. On the other 
rature amplitude modulation, which provides a modu- hand, without such prioritization and packetization the 
lated signal compatible with the selected transmission VTR may be required to decode the variable length 
service, e.g., a cable service or an antenna system. Ac- 50 coding of the video data stream and organize the data 
cordingly, as illustrated in FIG. 8(a), the output of the into the priority levels using a prioritizer of its own 
channel modulator 110 is coupled to the transmission Accordingly, in such an embodiment the VTR must 
service represented by the transmitter/antenna 112. include both a decoder and prioritizer with the VTR's 

The prioritizer 104 of the present invention, de- prioritizer being the same as, or similar to, the priorit- 
scribed above in regard to the transmission circuit 100, 55 izer 104 which was described above in regard to the 
is particularly well suited for use in systems using transmitter. 

MPEG data compression techniques, such as the pro- While some of the available data, e.g. P-frame data, 
posed AD HDTV system. However, the prioritizer 104 may not be used for trick play operation, because of the 
can also be used with other digital video systems, such limited storage space available for trick play data, e g in 
as the DigiCipher system, which do not use MPEG data 60 VTRs with few heads or in the case of high playback 
encoding or fully intra-coded video frames. speeds such as 9x speed, it is still desirable to assign all 

The prioritizer 104 implements a prioritization the data in the video data stream to a particular priority 
scheme which is optimized to assign data to a series of level during prioritization so that the prioritization 
priority levels based on the data's utility for generating scheme remains independent of VTR capability In 
a recognizable image or portion of an image during 65 accordance with the above prioritization scheme which 
tnck play operation. In one embodiment particularly is implemented before data transmission, the prioritiza- 
well suited for use with the proposed AD HDTV sys- tion process is independent of a receiving VTR's eas- 
tern, the prioritization scheme implemented by the prio- bilities. 
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Prioritization of all the video data in the above man- to the highest possible priority level by the prioritizer 

ner prior to transmission permits each receiving VTR to 104. The sub-set of video header data listed as being 

allocate data to trick play storage locations depending assigned to priority level 2 is necessary for the decoding 

on each VTR's own particular trick play capability of large sections of a picture and is therefore assigned to 

without the need for additional data prioritization. For 5 the second highest priority level. However, if the image 

example, the receiving VTR need only record as much to be reproduced during trick play operation is 

of the highest priority data as it can in the trick play cropped, e.g., because of data constraints, some data 

space available on a particular tape. Accordingly, when assigned to priority level 2 would be unnecessary as it 

writing data to be read during trick play operation, the corresponds to the cropped regions and should be as- 

VTR writes all the data from the highest priority level 10 signed to a very low priority level, 

and then each subsequent priority level until it runs out The data assigned to priority level 3, the DC coeffici- 

of space on the tape for the trick play data. ents for I-frames, comprise a set of data from which a 

While the above list describes the sub-sets of data recognizable image can be generated. Accordingly, this 
which are recognized and prioritized by the prioritizer data is very important to trick play operation and is 
104 using terms which generally relate to the AD 15 assigned to a relatively high priority level which is 
HDTV system proposal, it is to be understood that higher than all other data except the sub-sets of header 
when applying the above prioritization scheme to other data assigned to priority levels 1 and 2. When sections 
systems, the term I-frames can generally be interpreted of an image are cropped, the data corresponding to the 
as referring to intra-frame coded data segments of a cropped sections is not needed. However, data corre- 
video image, P-frames can be interpreted as referring to 20 sponding to the sections which are to be displayed will 
inter-frame coded data segments of a video image, and be needed during trick play. Accordingly, only the data 
DC-coefficients can be interpreted as referring to the corresponding to the cropped sections should be as- 
average values across a luminance or chrominance signed to a low priority level. 

block of video data. In even more general terms, the The sub-sets of data assigned to priority levels 1, 2 

DC-coefficients of a DCT may be interpreted as cone- 25 and 3 of the above prioritization list provide a small set 

sponding to the decimated low frequency values for any of data from which a recognizable image can be gener- 

block of video image data. For example, in applying the ated during trick play operation. However, the addition 

above prioritization scheme to the data stream pro- of the data in the data sub-sets assigned to priority levels 

ducedby a video encoder which operates in accordance 4-7 can greatly improve picture quality during trick 

with the Digital Spectrum Compatible ("DSC") 30 play mode. For example, the addition of the data as- 

HDTV System, proposed by the Zenith and AT&T signed to priority level 4, i.e. motion vectors for P- 

corporations, every frame of DSC data could be treated frames, provides a viewable P-frame during trick play 

as comprising intra-coded data. operation. The use of inter-coded data only improves 

The basis for the prioritization order of the above image quality when inter-coded images or portions of 

data will be described in greater detail below with re- 35 images are generated. As used in this application, the 

gard to a discussion of the data's utility for VTR trick term inter-coded is intended to refer to inter-frame 

play operation. and/or interfield coded images. Thus, when only I- 

As described above, for VTR applications, it is useful frames are displayed during trick play operation, e.g., in 
for the video data to be prioritized prior to data trans- 9X fast forward operation, inter-coded data will not 
mission in order to reduce the decoding and prioritiza- 40 improve image quality. However, when inter-coded 
tion burdens placed on a VTR which selects data to be images such as P-frames are displayed, e.g., during 3 X 
recorded in specific trick play tape locations. The prio- fast forward operation, additional inter-coded data be- 
ritization scheme implemented by the prioritizer 104, yond that needed to generate a low quality inter-coded 
and a VTR in accordance with the present invention image will improve image quality, 
when the data is not prioritized prior to transmission, is 45 One embodiment of the present invention uses inter- 
designed to segregate the encoded video data, Le., the frame coded data, in addition to a limited amount of 
video codewords, into a series of priority levels. intra-frame coded data, to produce images during trick 

A subset of encoded video data is assigned to each play operation. The use of inter-coded data with some 

priority level based on the data's usefulness in generat- intra-frame coded data provides a picture of superior 

ing a recognizable image from a minimum amount of 50 quality to a system which uses the same amount of 

data during trick play operation. Use of additional data purely intra-frame coded data, such as the dc-coeffi- 

from the lower priority levels adds incrementally to the cients of a DCT, to produce an image during trick play 

image quality during trick play mode. For example, an operation. 

image formed from the data assigned to priority levels The use of P-frame motion vectors and other P-frame 

1, 2, and 3 would be of lower quality than an image 55 data is of little use in generating a recognizable image 

formed from the data assigned to priority levels 1, 2, 3 unless the previous anchor frame, which could be either 

and 4. The video data priority levels are arranged so an I- or a P-frame, is available as a reference for the 

that the data from each subsequent, Le., lower priority prediction information. Accordingly, P-frame motion 

data level, provides improvement in image quality vectors are assigned to a priority level beneath the DC 

when data from a subsequent priority level is used with 60 coefficients of the DCT blocks for I frames, ie., to 

the data from the preceding higher priority levels. priority level 4. 

Thus, the prioritization scheme seeks to optimize image The present invention uses the DC coefficients of the 

quality while minimizing the amount of data used to DCT of an I-frame and when available, some of the low 

generate the image. frequency coefficients of the DCT of an I-frame, to 

The sub-set of video header data listed as being as- 65 form a rough approximation of a reference I-frame. The 

signed to priority level 1 in the above prioritization list VTR of the present invention then uses the generated 

associated with the prioritizer 104, is essential for the reference frame and the motion vectors from the P- 

decoding of a picture. Accordingly, this data is assigned frame to form a fair quality P-frame which can then 
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operation and separating it into further priority levels is 
of no substantial advantage. 

In another embodiment of the present invention, the 
prioritizer 104 implements a prioritization scheme par- 
ticularly well suited for use with the proposed DigiCi- 
pher system. The prioritizer 104 implements a prioriti- 
zation scheme which provides for the recognition and 
assignment of the following encoded video data, listed 
in their order of utility to VTR trick play operation, to 



Priority 
Level 



Subset of Encoded Video Data 
Assigned to the Indicated Priority Level 



serve as the reference frame for generating the next 
P-frame. This process may be continued with new refer- 
ence frames being generated from intra-coded data 
whenever possible, and with P-frames being generated 
at other times. 

Accordingly, if there is enough trick play space avail- 
able, it is possible to store enough data to produce a low 
resolution I-firame and a low resolution P-frame during 

trick play operation corresponding to each I- and P- m , ucli UiUC1 UA uumy w v iXV . ^ piay 0 
frame m a group of pictures that would be displayed 10 different priority levels as indicated below: 
during normal playback operation. If trick play space is 
extremely limited, such as for fast playback speeds, e.g., 
9x fast forward playback, then fewer frames for each 
group of pictures would be stored in the trick play 
space. For example, only enough data for low resolu- 15 
tion I-frames corresponding to each I-frame of a group 
of pictures might be stored for 9x fast forward trick 
play operation. Another alternative would be to store a 
section of each I-frame, such as the top half of one 
frame and the bottom half of the next I-frame, and then 20 
update the portion of the screen which corresponds to 
the stored section. Another option is to store every N** 
I-frame and repeat the stored I-frames for several frame 
display times to create a recognizable picture with jerky 
motion. Several of these methods of selecting trick play 25 
data for storing and later playback can be combined to 
provide enough data to produce a series of recognizable 
images during trick playback operation despite the data 
limitations imposed by trick play operation 

When using motion vectors with a limited amount of 30 
data, to generate recognizable video frames as in the 
case of trick play operation, it is better to use a low 
resolution estimate of the entire anchor frame over its 
entire space than to than to use the same amount of data 
to produce full resolution spatial sections of the anchor 35 
frame. Accordingly, in one embodiment, VTRs which 
operate in accordance with one embodiment of the 
present invention use the limited amount of data in the 
fast scan tracks to perform a low resolution update of an 



Video codeword headers that 
contain sequence and picture 
information including the 
picture and macroblock headers 
for video frames. 
Superblock headers that contain 
the superblock positions for 
intra-refresh snperblocks. 
The DC coefficients of the intra-coded 
sections of an image including the intra- 
refresh blocks. 

Low frequency coefficients for intra-coded 
sections of an image. 
If available, additional time-coherent 
intra-coded DC coefficients for sections 
of an image that are sent as inter-coded 
sections of an image for normal play. 
Motion vectors for inter-coded image 
sections. 

DC coefficients for inter-coded image 
sections. 

All other data in the video codeword data 
stream. 



The above prioritization scheme, which is particu- 
larly well suited for use with the proposed DigiCipher 
system, is similar to the prioritization scheme that is 
optimized for use with the AD HDTV system in that 

. — r -^vi «n headers and DC coefficients of DCTs of intra-coded 

entire video frame for each frame display period. This 40 sections are assigned to the highest priority levels 
provides a time coherent frame, although of lower qual- However, the prioritization schemes differ on the 
lty than during normal play. However, by prioritizing data assigned to the higher number priority levels indic- 
and using the mtra-frame coded and inter-frame coded an" ve of the data's decreasing utility for trick play opera- 
data m the above manner, it is possible to provide more tion due to the different types of data sent in an AD 
tune coherent images from a limited amount of data 45 HDTV data stream as opposed to a DigiCipher data 

then would he noccihlp 



then would be possible using only the same limited 
amount of purely mtra-frame coded data. Furthermore, 
the quality of the images is better than when full resolu- 
tion spatial sections of anchor frames are used. The 
increased number of time coherent frames made possi- 
ble by the above approach enhances viewing quality 
during trick play operation. 

Since, P-frame DC DCT coefficients are of no value 
unless P-frame motion vectors are used, they are as- 
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stream. For example, an ADTV codeword data stream 
includes inter-coded data including distance 3 motion 
vectors, which are motion vectors calculated over the 
range of 3 frames, useful for, e.g., generating images 
during 3x fast forward trick play operation. In the 
proposed prioritization scheme intended for use with 
AD HDTV, such data would be assigned to the fourth 
priority level. A DigiCipher data stream includes only 
distance 1 motion vectors which are difficult to use to 



_ — . ma^jt oic «w- unuuicc i. moaon vectors wnicn are airiicuit to use to 

signed to priority level 5 which is just subsequent to 55 generate images during fast forward trick play opera- 

pnonty level 4 which contains P-frame motion vectors. tion and which can provide images of only questionable 

The dc coefficients of the DCT for P-frames, assigned quality. Accordingly, in the above prioritization scheme 

to priority level 5, are useful for correcting and thus which is intended for use with DigiCipher codeword 

improving the image quality of the predicted frame data streams, all intra-coded data is assigned to a fourth 

generated using the P-frame motion vectors assigned to 60 priority level and is considered to be of greater impor- 

pnority level 4. The higher order DCT coefficients of tance than any inter-coded data. Such inter-coded data, 



the I-frames and P-frames, which are assigned to prior- 
ity levels 6 and 7, respectively are useful in providing 
improved images when used with the data from the 
previous priority levels. 

Finally, all the remaining encoded video data, e.g. 
B-frame data, is assigned to the lowest priority level, 
level 9, because it is substantially less useful in trick play 



65 



in the case of a DigiCipher data stream, is therefore 
assigned to a lower number priority level than any inter- 
coded data in the codeword data stream. 

The data assigned to the fifth priority level in accor- 
dance with the above prioritization scheme, i.e., time 
coherent intra-coded DC coefficients for sections of an 
image which are sent as inter-coded data for normal 
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play, are special trick play data which may be transmit- of complete low resolution time coherent intra-frame 

ted in addition to the normal play data. Transmission of images. However this data rate can be reduced through 

such temporally coherent image-section data requires various data compression techniques such as additional 

fewer bits than would be required to send trick play variable length encoding. 

motion vectors. Furthermore, such intra-coded tempo- 5 While transmission data rate limitations affect the 
rally coherent image sections may be used to generate amount of trick play motion vectors and other trick 
images of better quality than are possible using only play data that can be supplied to a VTR in addition to 
normal play data found in a DigiCipher data stream. normal play data, the pre-recording of tapes avoids such 
Accordingly, when present in a DigiCipher codeword limitations of using only normal play encoded data. By 
data stream, such data is assigned to a priority level that 10 pre-recording tapes, data from a video encoder can be 
is higher, Le„ which has a lower number data level, than recorded without the use of a data transmission service 
inter-coded data found in the ; DigiCipher data stream. md ^ problems associated with obtaining trick play 
Prioritizing the data normally found in a digital video data from ^ normal play ^ ^ ^ transmitted via 
data stream in the above manner, and then having a such a service . Accordingly, in such a case, all the mo- 
VTO select the high pnonty data for -recorcbngm tnck 15 tion vectors used during fast scan and all the other trick 
play segments, is one approach to the problem of ob- ^ data ^ ^ generated by an encoder specifically 
taming useful data for VTR trick play operation^ An- for ^ ^ play * modes the pre-recorded Jape is in- 
other approach is to transmit tnck play data m addition Prided to support. Such an embodiment permit higher 
to normal play data Such an approach could involve ^ trick play data to be produced and pre-recorded 
* e ^™ of *etnckplay data on the same data 20 m the trick pV^^ 

channel as the norm* play data or employ a separate ^ encoded norn^ P la™data stream. This is because 

low data rate channel for transmitting trick olav data F J , . . ~T . 

for VTR trick play opemtioT^^ W ** to f **» ™" ****** for trick pky 

Different embedments of this idea could require ° P ^° n ™f? * e ?*" d f 

approximately 1 Mbits/sec. of data if, e.g., dc coeffici- 25 ? v from a f"? 8 ? Mm w * ch 18 ™^ «oodedoiay 

ents for the intra-coded data of a HDTV signal were fo * Payback operation and for transmission via 

sent redundantly. Another useful example of additional a da ^ c ; hannd ^ rate - ™ V^V 

information that could be transmitted would be trick- mg back ^ P^Y ^ from Pre-recorded tape 

play motion vectors, computed by the video encoder 00111(1 °P erate m ^ same manner M durin 6 normal 

102, that would span an N number of video frames for 30 tack P^y operation making such pre-recorded tapes 

VTR use during trick play at N times the normal speed. my com P atible other te P« staining fast 

Such trick-play motion vectors computed by the video scan tracks - However, improved picture quality would 

encoder 102 are much more accurate for trick play result from higher quality trick-play data that was 

operation than are motion vectors that a VTR could pre-recorded in the trick-play segments of the pre- 

produce by interpolation of the ''normal" motion vec- 35 recorded tape. 

tors found in the normal play data stream. Referring now to FIG. 9, there is illustrated a circuit 
The transmission of trick play data along with the for a VTR compatible television receiver 200, 
normal play data provides the greatest improvement in capable of supporting VTR trick play operation, in 
trick play image quality in systems, such as the DigiCi- accordance with the present invention, 
pher system, which do not provide for fully intra-frame 40 For ^ receiver 200 to support, i.e. be capable of 
coded frames as part of the normal data stream. By displaying images from the data generated by a VTR 
providing additional trick play data in such cases, the during trick mode operation, the receiver 200 must 
problem of obtaining trick play data from the normal exchange several "handshaking" signals with the VTR. 
data stream is reduced or eliminated altogether. These handshaking signals may be supplied to the re- 
in one embodiment of the transmitter 100 of thepres- 45 ceiver 200 via a separate command line between the 
ent invention, the video encoder 102 computes trick VTR and the receiver. Alternatively, the VTR may 
play motion vectors in addition to the normal motion incorporate such handshaking signals directly into the 
vectors to support improved VTR performance in, e.g., stream of video/audio data supplied to the receiver 200. 
3x fast forward trick play operation. The encoder 102 such an embodiment, the receiver 200 would obtain 
is also capable of computing trick play motion vectors 50 the VTR handshaking signals by monitoring the con- 
for reverse and other trick play speeds. In addition to tents of the data stream and detecting the signals, 
trick play motion vectors or instead of generating trick An important function of the VTR handshaking sig- 
play motion vectors, the encoder 102 may generate an nals is to notify the receiver 200 that the VTR is operat- 
intra-coded image for every N frames of normal play ing in trick play mode. The handshaking signals are also 
inter-coded images. Such trick play intra-coded images, 55 used to cause the receiver to perform special functions, 
which are particularly useful for generating images e.g., specific error correction and error concealment 
during Nx trick playback operation, may be represented operations, during trick play operation. For example, 
by data comprising the low resolution coefficients for the handshaking signals can be used to turn off the 
every N rt video image in the series of normal play im- normal error concealment operations in the receiver 
ages. The trick play motion vectors and trick play intra- 60 200 during trick play operation so that the receiver 200 
coded images generated by the encoder 102 are output does not try to generate missing video data during trick 
by the encoder 102, packetized, and identified with play operation using its standard error concealment 
headers along with the rest of the video data transmitted techniques. The handshaking signals can also be used to 
by the transmitter 100. turn on special error concealment functions in the re- 
It is estimated that approximately 0.4 Mbits/sec of 65 ceiver 200 for trick play operation. Such special error 
data must be transmitted, in addition to the normal play concealment functions could be similar to normal error 
HDTV data, to support one HDTV VTR trick play concealment, but would apply over temporal and spa- 
speed with trick play motion vectors or the transmission rial ranges appropriate to trick play operation. 
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The receiver 200 comprises an antenna 202 coupled 
to an input terminal 201 a tuner/demodulator/trellis 
decoder/de-interleaver/R-S decoder circuit referred to 
as a tuner module 204. The tuner module 204 receives a 
radio frequency television signal from the antenna 202 5 
or another source such as a cable transmission service or 
a VTR via, e.g., the input terminal 201, and performs 
filtering, demodulating, trellis decoding, de-interleav- 
ing and Reed-Solomon decoding on the received signal 
to generate a video/audio transport data packet stream. 10 
However, inclusion of the R-S decoder in the tuner 
module 204 is not necessary and is therefore omitted in 
one embodiment of the present invention. 

In the embodiment wherein the R-S decoder is not 
included in the tuner module 204, the VTR receives the 15 
data stream prior to Reed-Solomon decoding. The data 
is then recorded without Reed-Solomon decoding 
which requires approximately 20% more tape capacity 
than recording the data after Reed-Solomon decoding 
has been preformed. In such an embodiment, a slight 20 
improvement in the detection and correction of data 
errors which occur during recording is achieved and, 
more significantly, the need to include a Reed-Solomon 
decoder chip in the tuner module which is coupled to or 
included in the VTR is avoided. 25 

Forward error correction is performed by the tuner 
module 204 to correct as many transmission errors as 
possible. The tuner module also generates an error sig- 
nal which indicates that an uncorrectable error was 3Q 
detected while generating the transport data packets. 
The tuner module 204 has a video/audio data packet 
output and an error detected signal output which are 
coupled to corresponding inputs of a transport and 
priority decoder module 208 and a digital VTR port 35 
206. In this manner, the transport data packet stream 
and the error detected signal output by the tuner mod- 
ule 204 are supplied to the VTR port 206 and the trans- 
port priority decoder 208. 

Alternatively, a packet error may be indicated by an 
appropriate error signal inserted into the transport data 
stream with the tuner module 204 outputting a single 
transport data packet stream, including error detected 
signals. 

The VTR port 206 serves as a bi-directional interface 45 
between a digital VTR and the receiver 200. Via the 
port 206, the video/audio transport data packet stream 
and the error detected signal output by the tuner mod- 
ule 204 are supplied to the VTR. Thus, the VTR can 
record the video and audio signals received by the re- 50 
ceiver 200. 

The port 206 has a video/audio data packet output 
terminal which is coupled to a VTR transport data 
packet input terminal of the transport and priority de- 
coder module 208. A VCR command te rminal of the 55 
VTR port is also coupled to a corresponding terminal of 
the decoder module 208 and an error concealment cir- 
cuit 220. Thus, during playback operation, the VTR 
supplies transport data packets and command, e.g., 
handshaking, signals to the receiver 200 via the port 60 
206. The VTR can receive acknowledgement and other 
signals from the receiver's transport and priority de- 
coder 208 over the same command line which supplies 
the VTR commands to the transport and priority de- 
coder 208. The VTR command signals may include 65 
error signals or commands to the receiver 200 to disable 
normal error correction operation because the VTR is 
operating in trick play mode. 
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The receiver's transport and priority decoder 208 
comprises a demultiplexer 210, a video transport de- 
packetizer 212 and a priority decoder module 214. The 
video transport depacketizer 212 and the priority de- 
coder 214 each have a VTR command signal input 
coupled to the transport and priority decoder's VTR 
command signal input terminal. In this manner, the 
video transport packetizer 212 and the priority decoder 
214 receive both error and command signals from the 
VTR. One function of the priority decoder 214 is to 
restore the correct order to the codewords after they 
are removed from the transport data packets so that 
they can be decoded by the video decoder module 216. 
This reordering is possible using stored information 
contained within the priority decoder 214 on the legal 
order for different priority codewords. 

The tuner module transport data packet input of the 
transport and priority decoder 208 is coupled to a corre- 
sponding tuner module transport data packet input of 
the demultiplexer 210. The error detected input of the 
decoder 208 is coupled to a corresponding input of the 
demultiplexer 210, the video transport depacketizer 212 
and the priority decoder 214 so that they each receive 
the error detected signal from the tuner module 204. 
The demultiplexer 210 also has a VTR transport data 
packet input coupled to the transport and priority de- 
coder module's VTR transport data packet input. 

Via its tuner module transport data packet input and 
its VTR data packet input, the demultiplexer 210 re- 
ceives a video/audio transport data packet stream from 
both the receiver's tuner module 204 and the VTR. A 
broadcast /VTR input of the demultiplexer is coupled to 
a select switch. By operating the select switch, it is 
possible to select between the data stream from the 
tuner module 204, used for normal receiver operation, 
and the data stream from the VTR, used during VTR 
playback operation. 

The demultiplexer 210 receives the selected tuner or 
VTR supplied video/audio transport data packet 
stream, strips away the header information added by the 
transmitter's multiplexer 108, and uses the header infor- 
mation to demultiplex the transport data packet stream 
into a video data packet stream, an audio data packet 
stream and an auxiliary data packet stream. 

The demultiplexer 210 has an audio packet output 
which is coupled to a corresponding input of an audio 
decoder 218. 

The audio decoder 218 decodes the audio data pack- 
ets received from the demultiplexer 210 and outputs an 
audio signal which is supplied to an audio output cir- 
cuit Similarly, the demultiplexer 210 has an auxiliary 
data output which is supplied to an auxiliary data circuit 
of the receiver 200. 

A video packet output of the demultiplexer is coupled 
to an input of the video transport depacketizer 212. The 
transport depacketizer 212 receives the video packets 
output by the demultiplexer 210, the error detected 
signal output by the tuner module 204 and the VTR 
command signal output by the VTR. From the VTR 
command signal, the video transport depacketizer 212 
determines if a data packet stream being received from 
the VTR is a normal play data packet stream which 
could be depacketized in the same manner as a tuner 
supplied data packet stream, or whether the VTR is 
supplying a trick play data packet stream which may 
require special depacketizing and/or error handling. 

The video transport depacketizer 208 removes the 
payload data from the video packets and decodes the 
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packet headers added by the transmitter's video trans- The error concealment circuit 220 performs error 
port packetizer 106. The video transport depacketizer concealment operations on the video data during both 
208 generates a video codeword data stream, Le., a normal play and trick play operation. For example, in 
stream of transport packet payload data, from the video the normal play case, if the video decoder circuit 217 
packet stream. The video transport depacketizer 212 S detects that entire frames were missing the error con- 
also generates a priority level signal which indicates the cealment circuit 220 would attempt to conceal this by, 
assigned priority level of the data in the video code- for instance, repeating the last good frame, until an 
word data stream, a header information signal which I-frame was received. Accordingly, in the normal play 
contains information necessary for synchronization case, the reed ver 200 would display some image at each 
such as the entry point, and entry ID data. A packet 10 frame display time. 

error signal is used to flag any errors detected during 1° trick play, on the other hand, missing frames are 
the depacketization process. The video codewords out- expected. For example, during 3 X trick play operation, 
put by the video transport depacketizer 208 may include 211 I_ P-frames may be received while B-frames 
check bits for additional error detection purposes. A ^Sfr not received at all. During trick play opera- 
video codeword data stream output, a priority level 15 tion > Jt * undesirable for the error concealment circuit 
signal output, a header information signal output, and a 220 to fill in something to replace the B-frames which 
packet error signal output of the video transport de- 310 not received. It is also undesirable for the decoder 
packetizer 212 are coupled to corresponding inputs of module 217 to wait until the next I-frame to recover 
the priority decoder 214. since, during trick play operation, usable P-frames may 

The priority decoder 214 receives the VTR com- 20 be received prior to the next I-frame. 
mand signal output by the VTR and is therefore aware u A ^L dm ^ ly > when a ™ c ? mmand ^ca^g that 
of when it should perform any special decoding or error toVTRis operating in tnck play mode is received or 
handling that might be necessary as a result of trick play ^ he * * e concealment circuit 220 or the decoder 
data being supplied by the VTR. The priority decoder „ °f cmt ^detects ™ * operating m trick 
also receives the error detected signal output by the 25 ? lay m0 . de b /' momtonng thereceiyed video data 
tuner module 204, and the packet erxoTsignal output by *> r frames indicative of VTR tnck play opera- 
te video transport depacketizer 212. If any of the sig- * on ' nonnal t play f error -fS^^wT^ f ?* 
nals received by the priority decoder 214 indicate that m0T concea ^ en circuit 220^ disabled and tnck play 

, 4 . fi , . . . . , error concealment operation is enabled, 

an error was detected or if the pnonty decoder 214 - n * - , , i 

« . . .« . . v. .„ - 30 Tnck play error concealment operation may be en- 
detects an error, the pnonty decoder 214 will perform MaA * *, • ow i i 1.1 xrm 

. j j _ i abled, e.g., during 9X tnck playback VTR operation 

an em* handhng procedure and assert an error signal when ^ Mention for Lfry N ,A I-frame is re- 

to inform a video decoder module 216 of any incorrect- For aaa ^ dwing 9x ^ play operatioa 

3 ^ erro "" • only every other I-frame may be received. In such a 

The pnonty decoder 214 uses the pnonty level sig- 35 it ^ desirab , e to ^ J ^ for ^ 

nal, the header ^ information signal and the other re- I.frame so that the missing I-frame can be concealed by 

caved signals, to perform variable length decoding of ^ ^^^on formed by temporally filtering the exist- 

tte data received from the video transport depacketizer m i-ftame using the frames which are received in addi- 

208. The pnonty decoder 214 combines the data from tion to ^ UTamef to produce ^ Ite which ^ ^ 

vanous pnonty levels mto a data stream of codewords 40 disp i aye d in place of the missing I-frame. For example, 

which the video decoder module 216 can process. at 9x trick play speed this may require generating an 

While combining the data to form the codeword data ^ t0 replace a 1x ^ ng 9th frame m an 18 

stream, the priority decoder 214 maintains data syn- series 0 f images comprising two AD HDTV Groups of 

chronizafaon between the vanous pnonty levels. The Pictures which would normally include 2 I-frames. 

pnonty decoder 214 handles the problem of missing or 45 Both normal play ^ ^ck play error concealment 

erroneous data by instructing the video decoder module operations may include the use of temporal and/or 

216 to perform error concealment. VTR commands spatial filters to conceal missing portions of a frame or 

may also instruct the priority decoder 214 on how to completely roissing frames. 

combine different priority data for trick play operation. The error concealment circuit 220 comprises a spatial 
Accordingly, the priority decoder 214 generates a video 50 filter, e.g., a 2-dimensional spatial filter 222, a temporal 
codeword data stream which can be understood by the filter 224, and processing logic, 
video decoder module 216. While the error concealment circuit 220 is illustrated 
A video codeword data stream output and an error as being part of the video decoder module 216, the error 
signal output of the priority decoder 214 are coupled to concealment circuit 220 and the video decoder circuit 
corresponding inputs of the video decoder module 216. 55 217 need not be implemented as a single module. 
The video decoder module 216 also receives the VTR During trick play operation, the error concealment 
command signal output by the VTR. Thus, the VTR circuit 220 may use the spatial filter 222 to perform 
may instruct the video decoder module 216 to do spe- spatial filtering on the video data supplied to it by the 
cial processing, e.g., during trick play operation. The video decoder circuit 217. Such filtering reduces the 
video decoder module 216 comprises a video decoder 60 ,t blockmess" in the video image that results from using 
circuit 217 and an error concealment circuit 220 which primarily dc coefficients to generate an image. The 
are both coupled to the inputs of the video decoder temporal filter 224 may be used in conjunction with, or 
module 216. Video data and error signals are passed independently of, the spatial filter 222 to filter the video 
between the video decoder circuit 217 and the error data from the decoder circuit 217 in a manner that pro- 
concealment circuit 220 which are coupled together via 65 vides improvement in image quality during trick play 
a pair of data lines. The error concealment circuit 200 operation. 

and the decoder circuit 217 receive the VTR command The error concealment circuit's processing logic pro- 
signal output by the VTR. vides further error concealment during trick play oper- 
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ation by performing interpolation or extrapolation of into which the dual purpose data is written serve as 
motion vectors as appropriate for the particular trick both trick play segments and normal play segments. By 
playback speed being implemented. For example, dur- recording subsets of the normal play data so that it can 
ing trick play operation the error concealment circuit be read and used during both normal and trick play 
220 could sum the motion vectors, supplied by the VTR 5 operation, tape storage capability is maximized, 
via the video decoder circuit 217, over the number of As described above, during trick play, the VTR's 
frames appropriate to the trick play speed-up ratio. heads trace a different path over the tape than during 
Alternatively, the error concealment circuit 220 can normal playback operation. During normal playback 
multiply the range of the motion vector for one frame to operation, the VTR's heads trace over a single normal 
cover the extend range to the next displayed image 10 play track with each pass of a head across the width of 
frame, or segment of a frame, at the selected trick play the tape. However, during trick play operation, the 
speed-up ratio. It should be noted that such motion heads may pass over segments of several normal play 
vector processing to generate trick play motion vectors tracks during each pass of a head across the width of the 
is unnecessary where the transmitter 100 or the VTR tape because of the difference in tape speed and/or 
already generated trick play motion vectors and the 15 direction of tape motion. Accordingly, during trick play 
VTR supplies these trick play motion vectors to the operation it is often the case that the heads will not pass 
receiver 200. over the full area of the normal play tape tracks. As 

The error concealment circuit 220 accepts commands described above, when data is encoded using inter- 
from the VTR which instruct the error concealment frame coding and then recorded, not necessarily in the 
circuit 220 on how to perform error concealment dur- 20 same sequence in which the data is to be displayed, it 
ing trick play operation. For example, the VTR may becomes difficult to generate recognizable images from 
instruct frame skipping during fast forward or the repe- the incomplete pieces of video data read by a VTR 
tition of blocks of data from previous frames to conceal during trick play operation. This situation results from 
missing data. The error concealment circuit 220 the lack of available reference information, i.e. intra- 
supplies the filtered and processed video data, including 25 coded frame information, that can result from failing to 
trick play motion vectors, to the video decoder circuit read all the recorded intra-frame coded data. 
217 for use in generating the video decoder's video The amount of trick play data that can be read from 
output signal. a given length of tape during trick play operation is only 

The video decoder circuit 217 decodes the codeword a fraction of the amount of data that can be read from 
data stream received from the priority decoder 214 and 30 the same length of tape during normal play. As de- 
uses the error concealment signals received from the scribed above, the reduced data recovery rate in trick 
error concealment circuit 220 to correct for errors or play operation is a direct function of the decrease in the 
distortions in each video frame. overall percentage of tape area covered by the heads 

The video decoder circuit 217 outputs a video signal, during trick play operation. As tape speed increases the 
through a video decoder module output which is 35 percentage of the tape's area that the heads cover de- 
adapted for coupling to a video display circuit. The creases proportionately. Accordingly, during 9x fast 
display circuit converts the video signal into a video forward playback, the amount of data which can be 
image which can be viewed, e.g., on a cathode ray tube read for a given track length is approximately 1/9' A the 
or a liquid crystal display device. amount of data that can be read during normal playback 

Referring now to FIG. 10, there is illustrated a VTR 40 operation, and approximately the amount of data 
recording circuit 300 according to one embodiment of that can be read from the same length of track using the 
the present invention. The VTR recording circuit 300 same number of heads at, e.g., 3 X trick play operation, 
comprises a trick play data select control circuit 346 and In one embodiment of the present invention, the VTR 
a set of recording heads 340. The trick play data select recording circuit 300 records enough selected trick play 
control circuit 346 monitors the position of the heads 45 data in each trick play segment so that a recognizable 
relative to individual segments of the tape track and image or portion of an image can be produced from the 
determines, using a map or other stored data indicating data recorded in each particular trick play segment In 
the type and placement of fast scan tracks and or multi- addition, these trick play segments are arranged on the 
speed playback tracks supported by a particular VTR, tape so that enough data can be read from the trick play 
when the heads of the VTR are over a trick play tape 50 segments at several tape speeds to generate an accept- 
segment into which trick play data is to be placed. able number of recognizable images or portions of im- 
When the heads are positioned over such a trick play ages during trick play operation at the various playback 
segment, the trick play data select signal asserts a select speeds. Trick play segments which are arranged in ac- 
signal which causes trick play data to be written into the cordance with this embodiment form what is refered to 
trick play tape segment as will be described below. 55 as a multi-speed playback track. 

The VTR recording circuit 300 supports the record- In another embodiment of the present invention, the 
ing of trick play data in specific trick play tape seg- VTR recording circuit 300 records trick play data in 
ments. The trick play data may comprise a subset of the trick play segments which are arranged for optimal 
normal play data, a copy of a subset of the normal play recovery of trick play data during specific trick play 
data, or it may comprise data which are not part of the 60 speeds and directions of operation, e.g., at 9X fast for- 
normal play data stream, e.g., trick play motion vectors. ward trick play operation. Trick play segments ar- 

When a subset of the normal play data is being used as ranged in accordance with this embodiment of the pres- 
trick play data, the trick play data may be read back and ent invention form fast scan tracks, 
used during both normal play and trick play VTR oper- In yet another embodiment of the present invention, 
ation, m such a case, it may be said that the subset of 65 the VTR recording circuit 300, combines the above first 
normal play data constitutes dual purpose data in that two approaches to record selected trick play data in 
the data is used in both trick play and normal play oper- trick play segments located on a tape so that a sufficient 
ation. Accordingly, in such a case, the data segments amount of trick play data, to produce recognizable 
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images, is read at several speeds of trick play operation, For example, large portions of a frame, e.g., the top or 
and so that an optimum amount of trick play data can be bottom half, can be stored in fast scan tracks in a tempo- 
read at pre-selected trick play speeds and directions. In rally coherent manner with the size of the temporally 
this embodiment, trick play segments are arranged on a coherent contiguous sections of a frame being an impor- 
tape to form fast scan tracks and one or more multi- 5 tant factor in determining image quality. In other em- 
speed playback tracks. bodiments, the data necessary to generate a complete 
Generally, as data is retrieved from the tape during frame can be recorded in the trick play segments of 
trick play operation small parts of an entire frame are several fast scan tracks or the data necessary to generate 
decoded It is these deoodable portions of a frame, i.e., a recognizable portion of an image can be recorded in 
portions of a picture or image, that are recorded in the 10 one or more trick play segments of a fast scan track, 
trick play segments. In the case of AD HDTV, the Referring now to FIG. 12(a), there is illustrated a 
smallest block of data that can be folly decoded is a portion of a magnetic tape 501. Tracks Tl 500, T2 502, 
slice, fftfre start of a shoe, te., the shoe header is re- T3 504 and T4 506 are illustrated as being perpendicular 
tneved, the data for that slice can be decoded. A partial to ^ length of ^ ^ how ever, it is to be under- 
sbce can be decoded for data contmuous from the start 15 stood ^ ^ tacks „ actuaUy on a ^ 
of the shce If enough data is recovered to decode an described previously with regard to normal play tape 
enure snce tnentne portion oi tne image winch, m the ^ ^ 

one embodiment of the pres- 

7f« ^ pase f a lo ?8 h ?™°** ^ ent invention, the VTR recording circuit 300 records 

2Lf f^f ^ V ^ ^ "Pt*- 8 **^ ™ * generate a recognizable image into 

and placed into a frame buffer for dap aymg at the 20 ^ ^ j ^ ft thenrecords the trick 

location on the screen which corresponds to the address « „ ; *_ J . y ^ \ ^ 

of the slice p y segments in such a manner that the geometric 

Hie slices which may be stored in the trick play seg- arrangement, formed by the trick play segments of the 

ments need not correspond to contiguous areas on the * pe ' mSUres least some of to data in the trick 

screen and data for all regions of each individual frame 25 pky « e f«»* will be read during VTR tnck play oper- 

need not be stored in the trick play segments. As will be atl0n * Su ° h ?*J a ™ n « ement a sufficient 

described below, error concealment may be used to f 110 ^ ? f . tack P^y data will be read to produce at 

conceal missing sections or areas of a frame. For exam- least a mimrnal of tock P Ia y or portions of 

pie, to conceal a missing section the data for the missing "^es, over a wide range of playback speeds regardless 

section may be repeated from the previous frame. Thus, 30 of ^ d 1 "^ 0 * of motion, 

at the start of each frame display time, the frame buffer ^ wav for ^ VTR t0 «Meve such a geometric 

may contain newly decoded data recently read from the arrangement of trick play segments on a tape is to posi- 

tape and possibly repeated data from the previous frame tion a s*™ 8 of contiguous or near contiguous trick play 

which was just displayed. segments parallel to the length of the tape. Such an 

In the case of a multi-speed playback track, the data 35 arrangement of trick play segments is illustrated in FIG. 
stored in the trick play segments may comprise scat- wherein trick play segments (TP) 508, 510, 512, 
tered slices of video data corresponding to generally 514 810 illustrated as being located contiguous to one 
scattered areas of the screen. Each trick play segment another, forming a series of trick play segments 508, 
may not contain enough data to generate an entire 510, 512, 514 that nins parallel to the length of the tape, 
frame. Thus, the resulting image from data read from a 40 Normal play segments, indicated by the letter NP in 
multi-speed playback track may include many areas of FIG. 12(a), may be located in the area not used by the 
the image which are from previous frames and some P^y segments 508, 510, 512, 514. By recording 
which are from the most recently read and decoded t^ck P lav ^ ata in trick play segments arranged in such a 
trick play data blocks. Over a series of frames the old mann er, Le., parallel to the length of the tape, a multi- 
data may span back many frames. Accordingly, the 45 speed playback track 509 is created down the length of 
resulting image sequence may not have a temporally the tape 501. The shaded region in FIG. 12(c), compris- 
coherent frame, Le., the frame being displayed may not m S ^ck P^y segments 508, 510, 512, 514 forms such a 
be made up of data which belongs only to that frame. multi-speed playback track 509. While the multi-speed 
Thus, an image generated from a multi-speed playback playback track can be recorded at any position relative 
track may include disjointed parts of frames from differ- 50 t0 the tape's width, one suitable position is in the center 
ent points in time joined together to form a complete of the tape where tape contact with the VTR's heads is 
image. In some cases, the slices of such a trick play the most uniform and thus optimum data recording and 
image may be of full resolution or nearly full resolution. reading is possible. 

Despite the lack of temporal coherency and low image When trick play blocks are arranged in such a manner 

quality, the generated image during trick play operation 55 to form a multi-speed playback track, the playback 

is usually recognizable. heads of a VTR will always pass over some of the trick 

In the case of a fast scan track, in one embodiment, a play blocks recorded in the trick play segments 508, 

set of data sufficient to generate a complete frame, is 510, 512, 514 during trick play operation each time the 

recorded in the plurality of trick play segments which heads traverse the width of the tape 501. Accordingly, 

comprise each fast scan track. During trick playback 60 as the heads rotate during trick play operation, they are 

operation the data in each fast scan track may be read guaranteed to pass over some trick play segments which 

and decoded to generate a complete image. To remain contain enough trick play data to generate a recogniz- 

within the data constraints imposed by the data storage able image of portion of an image, regardless of the 

capability of a fast scan track, the resolution of an image speed or direction of trick play operation. From the 

may have to be reduced for storing in a fast scan track. 65 data in the trick play segments which are read, the VTR 

Controlled sectioning of a frame may be used if a fast will be able to produce at least some recognizable im- 

scan track does not have sufficient data capability to ages or portions of images regardless of the trick play 

support the storing of full images in the fast scan track. speed or direction of playback operation. 
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Various additional embodiments of such a multi- prises a series of contiguous or near contiguous trick 

speed playback track arrangement are illustrated in play segments, e.g. trick play segments 553, 554, 555, 

FIGS. 12(b) through 12(d). $S6 belonging to each data channel of each track, the 

As illustrated in FIG. 12(b) the multi-speed playback contiguous trick play segments being arranged parallel 

track 522 may contain some non-trick play segments, 5 to the length of the tape 550. 

e.g., normal play segment 524. As illustrated, the trick In such an embodiment, the trick play data written 
play segments on tape 503 need not be completely con- into the trick play segments of each channel of a partic- 
tiguous to form an acceptable multi-speed playback ular track may be selected to compliment the data in the 
track 522. However, the number of discontinuities in other trick play segments of the other channel. For 
the fast scan track 522 should be kept low enough that 10 example, while it may be possible to record sufficient 
the number of trick play segments 516, 518, 520, that trick play data in each trick play segment 553, 554 of 
will be read during trick play operation, is sufficient to track 1 to produce, e.g., a very low quality image, it 
maintain an acceptable display rate of trick play images may be desirable to select and record data in each of the 
over the range of trick play speeds implemented by a segments 553, 554 so a low quality image can be repro- 
VTR. Accordingly, because the number of trick play 15 duced from either segment alone or a higher quality 
segments for a given capacity of tape that are read image can be produced when the data in both segments 
during relatively low fast forward and reverse speeds of of a particular track are read during trick play. In one 
trick play operation is greater than at higher speeds of embodiment of the present invention, the VTR record- 
trick play operation, the amount of discontinuity in the ing circuit 300 records multiple copies of the same fast 
location of trick play segments which form a multi- 20 scan track data into several trick play data segments 
speed playback track intended to support only low fast which comprise a multi-speed playback track. In this 
forward and reverse speeds, can be greater than the manner, the VTR may obtain enough trick play data to 
amount of discontinuity in a multi-speed playback track fill all trick play segments in a multi-speed playback 
intended to support both high and low speed fast for- track without having to generate unique data for all 
ward and reverse playback operations. 25 trick play segments. In a case where there is only a 

As illustrated in FIG. 12(c), a plurality of multi-speed limited amount of very useful trick play data available, 

playback tracks 540, 542 may be recorded on a single copying the data into more than one trick play segment 

tape 541. As illustrated in FIG. 12(c) trick play seg- of a multi-speed play back track increases the probabil- 

ments comprising each of the multi-speed playback ity that data will be read during trick play operation 
tracks 542, 540 are recorded parallel to the length of the 30 Accordingly, in such a case, it may be better to repeat 

tape as in the case of a tape with a single multi-speed the same trick play data in several trick play segments 

playback track. than to put lower quality trick play data into some of 

In such an embodiment, the use of multiple multi- the trick play segments comprising the multi-speed fast 

speed playback tracks 540, 542 results in an increase in scan track. 

the number of trick play segments which will be read 35 As described above, in accordance with one embodi- 

dunng trick play operation. However, as the number of ment of the present invention, the VTR locates trick 

multi-speed tracks and thus trick play segments is in- play data segments on a tape in a geometric arrange- 

creased for a given tape area, the amount of space avail- ment designed to maximize the amount of data recov- 

able for normal play data decreases resulting in in- ered during trick play operation at a particular trick 
creased tape area requirements. By using dual purpose 40 play speed and direction. As described above, during 

data blocks, i.e. blocks of data which are used during trick play operation, a VTR's heads may pass over 

normal play and trick play operation, the additional several tracks during each pass across the width of the 

tape burdens imposed by increased numbers of trick tape. The angle at which the heads will pass over the 

play data blocks can be minim ized. tracks is predictable for any given tape speed and direc- 

As described above, two channel VTR systems are 45 tion. The VTR of the present invention takes advantage 

capable of handling higher data rates than single chan- of this fact by locating trick play segments, for a partic- 

nel systems because two heads read data simultaneously ular trick play speed and direction, e.g. 9x fast for- 

from the tape. Accordingly, VTR systems which sup- ward, along the diagonal located at the specific angle 

port two data channels are particularly well suited for the VTR's heads will cross the tape's tracks, during 

handling the higher data rates required by the various 50 trick play operation at a particular speed and direction. 

Pr 2£^ i??™ Systems - ^ described above, the trick play segments passed over 

FIG. 12(d) illustrates a multi-speed playback track by the VTR's tape heads during each pass across the 

arrangement which is implemented for a VTR system width of the tape during trick play operation form a fast 

tavjng two data channels per track. As illustrated in scan track corresponding to a particular speed and di- 

FIG. 12(tf), a tape 550 comprises a series of normal play 55 rection of operation. 

tracks Tl through T12. As illustrated each track Tl To insure that the VTR's heads pass over the fast 

through T12 comprises a first and second channel, scan tracks comprised of a plurality of trick play seg- 

channel A and channel B, respectively. A multi-speed ments, the VTR must employ a separate tracking servo 

playback track 552, indicated by the shaded region, is control circuit 422 for each speed and direction of fast 

located near the center of the tape and runs parallel to 60 scan track operation which is supported. Alternatively, 

the length of the tape 550. Normal play tape segments a single servo control circuit capable of controlling 

are located above and below the trick play tape seg- tracking at multiple speeds and directions may be em- 

ments comprising the multi-speed playback track 552. ployed. Such a fast scan tracking servo control circuit 

In such a two-channel system, each data channel of a 422 is required in addition to the tracking servo control 

tape track comprises a series of tape segments. As with 65 circuit 420 used during normal trick play operation. For 

segments of an ordinary track, these segments can be example, for a VTR implementing fast scan track for 

either fast scan or normal play segments. Accordingly, 3 X fast forward and 9 X fast forward trick play opera- 

as illustrated, the multi-speed playback track 552 com- tion, the VTR would require a normal play tracking 
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servo control circuit, a 3X fast forward tracking servo 
control circuit and a 9x fast forward tracking servo 
control circuit. 

Accordingly, to read data from a fast scan track, a 
servo mechanism such as the servo control module 414 
which can maintain accurate tracking during trick play 
operation is required. The servo control module 414 
includes the trick play servo control circuit 422 which 
includes circuitry similar to the normal play servo con- 
trol circuit 420 but also includes additional circuitry to 
facilitate fast scan tracking through the use of data sig- 
nals refered to as data aids. The fast scan tracking servo 
control circuit 422 is coupled to the playback packet 
filter 406 and receives data signals used for controlling 
the fast scan tracking as will be described. 

Standard techniques for tracking in digital tape re- 
corders use a linear control track recorded along the 
edge of the tape. This control track includes a pulse 
code which indicates the start of a track. Recovering 
this pulse code can be used to accurately control the 20 
tape speed to maintain alignment between the heads and 
tracks during normal play. In trick play, the control 
track can still be read but, in accordance with the pres- 
ent invention, the feedback loop which controls tape 
speed is changed to allow closed loop control of the 25 
speed during trick play operation. 

In addition to the control track, there is data written 
with each packet onto the tape which identifies, e.g., the 
track, channel, block, and playback data stream of a 
particular packet. The playback packet filter 406 reads 30 
this data from the retrieved data stream and generates a 
signal to the trick play servo control circuit 422 indicat- 
ing to the trick play servo control circuit 422 where the 
heads are located over the tape relative to the normal 
play and fast scan tracks. This information is then used 35 
to finely adjust the tape speed to optimize fast scan 
tracking. For example, if the identifying data indicated 
that the head was switching tracks too early and read- 
ing packets from the normal play segment preceding a 
trick play segment, then the tape speed which is con- 40 
trolled by the trick play servo control circuit 422, dur- 
ing trick play operation, could be adjusted by briefly 
slowing the tape speed to correctly position the head 
440 over the selected fast scan track. 

Such a data aided search scheme is used to locate a 45 
particular fast scan track for a selected speed and direc- 
tion of VTR operation after the transients of switching 
into trick play operation have settled. The data being 
recovered from the tape once in trick play operation is 
used to adjust the location of the heads over the tape. 50 
Using a stored map of trick play and normal play seg- 
ments, a trajectory for moving the heads to the fast scan 
track can be plotted. This trajectory is used to com- 
mand the tape speed. Once the heads have reached the 
fast scan track, the trick play servo control circuit 422 55 
maintains control of the tape speed to insure that the 
heads remain positioned so that they pass over the fast 
scan tracks for a selected speed and direction. 

The use of a data aided servo mechanism makes it 
possible to improve tracking performance in the pres- 60 
ence of track non-linearities. Because the heads cross 
several tracks in trick play operation, track non-lineari- 
ties are manifested as differences in position over tape 
segments and the data blocks recorded in such segments 
when the tracks are crossed. This information could be 65 
used to plot how the track shape changes relative to an 
ideal linear track. In one embodiment of the present 
invention, the control circuit 422 operates as an adapt- 



ive servomechanism which adjusts to these non-lineari- 
ties and continually adjusts the tape speed or moves the 
heads on a floating head mechanism during each pass of 
a head 440 across the width of the tape in order to 
minimize head tracking errors. 

Referring now to FIG. 13a, there is illustrated a fast 
scan track arrangement for 9X fast forward speed. As 
illustrated, a tape 600 comprises a series of normal play 
tracks Tl through T18. Each normal play track Tl 
through T18 contains both normal play segments indi- 
cated by the white areas and trick play segments indi- 
cated by the shaded areas. 

During 9 X fast forward trick play operation, the 
VTR's heads pass over segments of 9 normal play 
tracks. In accordance with the present invention, trick 
play data are placed in these tape segments to form 9x 
fast scan tracks 602, 604. Thus, using this approach, it is 
possible to read approximately l/9th of the data that is 
recorded on a tape during 9x trick play speed if co- 
located heads are used to permit the reading of all the 
data which the heads pass over. Alternatively, without 
die use of co-located heads, it will be possible to read 
only about half of the data passed over by the VTR's 
heads during trick play mode because of the alternating 
azimuths at which the data in the tracks are written. 
Accordingly, without the use of co-located heads only 
about one half of the data in each fast scan track can be 
recovered. Thus, without using co-located heads, it 
would be possible to read approximately 1/1 8th of the 
data recorded on a tape during 9x fast forward trick 
play operation. 

A small amount of data in each trick play segment 
will be unreadable because of track switching and/or 
tracking errors. The area from which data can not be 
recovered due to track switching loss is illustrated in 
FIG. 13(a) by the black portions located at the edges of 
each trick play segment of fast scan tracks 602, 604. 

Referring now to FIG. 13(6), there is illustrated a 
tape with both 7x reverse fast scan tracks and 9x fast 
forward fast scan tracks recorded on the tape in accor- 
dance with the present invention. As illustrated, the 7 X 
reverse fast scan track is sloped in the opposite direction 
from the 9X fast forward fast scan track. Furthermore, 
it is located at a steeper angle corresponding to the 
angle that the VTR's heads will pass over the track 
during 7X reverse trick play operation. It should be 
noted that during Nx fast forward speed, the heads pass 
over N normal play tracks each time the heads pass 
over the width of the tape and thus, a fast scan track for 
Nx fast forward speed normally comprises N trick play 
segments per track. However, during Nx reverse speed 
trick play operation, the heads pass over N+2 normal 
play track segments. Accordingly, a reverse fast scan 
track normally comprises N+2 trick play segments. 
Thus, as illustrated in FIG. 13(b), each 7X reverse fast 
scan track comprises 9 trick play segments. 

Referring now to FIG. 13(c), there is illustrated the 
fast scan track pattern for 3x fast scan tracks which a 4 
head, 2 channel VTR can read. As described above, a 2 
channel VTR comprises a minimum of 4 heads, H1A, 
H1B, H2A, H2b of FIG. 13(c), with at least one pair of 
heads having mutually different azimuths being 
mounted 180° apart oh the VTR's rotary head cylinder. 

As illustrated, each one of the pair of heads (H1A, 
H1B) and (H2A, H2B) trace over a different one third 
portion of each normal play track. However, because 
the heads can only read data contained in channels 
written by a head of the same azimuth, only one half of 
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the data passed over by the heads can be read- The area 
of the tape which can be read during 3 X fast forward 
speed, and which therefore comprises the 3X fast for- 
ward fast scan track is indicated by the shaded areas. 
Note that the lightly shaded areas indicate areas where 5 
data recovery is uncertain due to possible track switch- 
ing and/or, tracking errors, while the dark shade region 
indicates areas where data recovery is always possible 
during trick play operation. 

FIG. 13(d) is similar to FIG. 13(c) in that both figures *0 
illustrate 3x fast scan track patterns for 2 channel 
VTRs. However, FIG. 13(<*) illustrates the data that 
can be recovered by an 8 head VTR which includes 
co-located heads which permit the reading of all tape 
areas passed over by the VTR's heads. Accordingly, an 15 
S head, 2 channel VTR can read all the data that can be 
written in a 3x fast forward fast scan track while a 4 
head, 2 channel VTR can only read one half of the trick 
play data. By adding additional heads data recovery 
during trick play operation can be increased- For exam- 20 
pie, a 16 head, 2 channel VTR with dual-azimuth co- 
located heads could recover twice as much data as an 8 
head VTR when operating in 3x fast forward trick 
play operation. 

By defining tape formats so that fast scan tracks are 25 
defined to include all areas that are passed over by a 
VTR's heads, during a particular speed and direction of 
trick play operation, it is possible to maintain compati- 
bility between VTR's with co-located heads and those 3Q 
without. However, VTR's without co-located heads 
will be limited to reading only one half the data a VTR 
with co-located heads will be capable of reading from a 
fast scan track. Accordingly, VTR's with co-located 
heads will be able to produce more images and/or im- 35 
ages of higher quality than a VTR without co-located 
heads will be able to produce during trick play opera- 
tion. 

To be useful, fast scan tracks must be able to store 
enough data, that can be read during trick play mode, to 40 
support a reasonable image rate during trick play opera- 
tion. Accordingly, recording data to optimize fast scan 
track data capacity is important so that a sufficient num- 
ber of images and/or portions of images of sufficient 
image quality will be produced during trick play opera- 45 
tion. One way to optimize trick play data capacity is to 
write the most important trick play data of each trick 
play segment in the center of the trick play segment 
where it is most likely to be read. 

An additional approach to optimizing data recovery 50 
during trick play operation using fast scan tracks is to 
write a duplicate copy of trick play data above and 
below the center portion of each trick play tape seg- 
ment of a fast scan track so that one copy of the dupli- 
cated data will be read during trick play operation re- 55 
gardless of tracking errors. This approach will now be 
discussed in greater detail. 

The amount of data that a VTR can read from a fast 
scan track is a function of tracking accuracy which 
controls how accurately the VTR's heads will pass over 60 
a fast scan track when recording to or reading from the 
track. 

Each VTR's linearity head tolerances determine how 
accurate the tracks are written by a given machine. The 
tracks must meet a minimum level of linearity for tapes 65 
to be interchangeable between VTRs. That is, the shape 
of the tracks must be similar enough to those of another 
VTR so that either VTR can read the track. 
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Tape linearity affects the amount of data that can be 
recovered during trick play operation from fast scan 
tracks because different VTRs may be required to read 
fast scan tracks written by another VTR. Referring now 
to FIG. 14(a) there is illustrated a tape section with one 
normal play track 700 which comprises two channels, 
channel A 702 and channel B 704. Solid vertical lines 
are used to indicate the nominal position of the track on 
the tape. Dotted and dashed vertical lines are used to 
indicate possible track displacement from the nominal 
position due to linearity errors at recording time. Solid 
diagonal lines are used to indicate the path head HA1 
that a 4 head, 2-channel VTR will trace over the track 
700 during 3X fast forward trick play operation. 
Dashed diagonal lines are used to indicate the path head 
HB1 of a 4 head 2 channel VTR will trace over the 
track 700 during 3X fast forward trick play. 

As illustrated in FIG. 14(c), the width of the path 
traced by each of the heads HA1, HB1 is 1.5 times the 
width of the recorded data channels A and B. Further- 
more, it should be noted that a VTR head must pass 
over, at a minimum, about i of a recorded channel's 
width to be able to read the recorded data in the partic- 
ular channel. 

A track being off linear may be thought of as being 
displaced left or right of the desired track position by an 
amount AT, as illustrated in FIG. 14(c). When a head is 
scanning across several tracks in trick play mode, it 
intersects and passes over the offset track at a position 
either offset in a direction above or below the nominal 
intersection position that would have resulted if the 
track were located at the nominal track position. A 
perfectly linear track would produce the data in region 
B, Le., the normal track cross area, of FIG. 14(c) when 
read in trick play. The offset track would return the 
data in region B*-f-, i.e., the late track cross region, or 
in region B*— , i.e., the early track cross region, de- 
pending on whether the track 700 was offset right or 
left. 

As illustrated, a track offset AT to the right results in 
heads HA1 and HB1 passing over the trick play seg- 
ment at a position slightly offset, in an upward direc- 
tion, from the nominal track cross region B. This results 
in the heads HA1 and HA2 reading the data in the late 
track cross region B*+. However, a track offset AT to 
the left results in heads HA1 and HB1 passing over the 
trick play segment at a position slightly offset, in a 
downward direction, from the nominal region B. This 
results in the heads HA1 and HA2 reading the data in 
the early track cross region B*— . 

It is evident from FIG. 14(c) that there are small 
regions, just above and below the solid and dashed 
slanted lines indicating the path of heads HA1 and HB1, 
that are not common to all of the 3 possible tracking 
cases, while the slant region in the center, illustrated by 
the black rectangular area, will always fall within the 
tracking tolerances, and be read during trick play opera- 
tion. 

To insure that the same data is recovered regardless 
of the different possible tracking error cases described 
above, data can be written into the track region which 
is common in all of the above described tracking cases. 
In addition, data can be duplicated and recorded, as will 
be described below, into the regions just above and 
below the central trick play segment region which is 
read during all three of the above described tracking 
cases. Such duplication of data maximizes the amount of 
data that can be consistently recovered during trick 
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play mode while reducing storage efficiency because of For example, as illustrated in FIG. 15, a tape 800 may 
the need to duplicate some of the trick play data. include both a 9X fast forward fast scan track 804 and 

The various data regions, Le., the normal, late and a multi-speed playback track 802. Various other combi- 
early track cross regions, B, B*+» and B*— , respec- nations of the numerous fast scan and multi-speed play- 
tively, of a trick play segment, are illustrated in greater 5 back tracks are possible, e.g., a multi-speed playback 
detail in FIG. 14(6). As illustrated, a trick play segment track, a 3x fast forward fast scan track and a 9x fast 
750, can be thought of as comprising 5 data regions for forward fast scan track. 

fast scan track purposes, a central region 753, an inner When implementing special purpose tracks such as 
upper region 752, an inner lower region 754, an outer multi-speed playback tracks, fast scan tracks, or any 
upper region 751 and an outer lower region 755. The 1° combination of them, mimmiTing the amount of addi- 
inner upper region 752 is located adjacent to but just tional tape required as a result of the use of such special 
above the central region 753 while the inner lower purpose tracks is an important consideration, 
region is located adjacent but just beneath the central One way to reduce the amount of tape required to 
region 753. The outside upper region 751 is located implement such tracks is to use as many dual or multi- 
adjacent to and above the inner upper region 752 while 15 Purpose data blocks as possible. For example, it may be 
the outer lower region 755 is located adjacent to and possible to place a data block which can be used at one 
below the inner lower region 754. or more playback speeds, Le., a multi-purpose data 

As described above, the data within the central re- block * at a location where two or more special play 
gion 753 will be read in all three tracking cases because intersect Another alternative is to locate the 

it is within tracking tolerances. Accordingly, data pack- 20 normal P^y data on the tape in such a manner that a 
etsi though j which are recorded in this region need not subset of which can be used for trick play 

be duplicated. The data in the regions 751, 752, 754, 755 operation, i.e. dual purpose data, is located in tape seg- 
may or may not be read depending on the degree of mem ? , which P hv segments. By doing this, it is 

tracking error. Accordingly, the data in these regions P°^ hle to record one fast scan or multi-speed playback 
are duplicated to take into account the possible regions 25 on te P e . wlfll0Ut duptaling any data. The 
a VTR head may pass over during trick play due to tape dui 4 fW<»edata in the tnck play segments will then be 
tracking errors xise ^ for both normal 311(1 tnck P^y operation. 

In accordance with the present invention, data pack- descI ? bed ^^'J™ speed fast forward fast scan 

ets 0 through i-1 which are recorded in the inner , n than high speed fast scan 

lowertrickplaytapesegmentregion754aredupUcated 30 T^^^ 

in the outer upper trickplay segment region 751 in case ^'^J^^T 8 ^ faS 
they are missed because of a backing error which re- ^w^^^ 

suits from the VTR's heads passing over the trick play *° W sp^ed fast scan track, e.g., a 3X fast forward 

. . a. *™T ,? , , K \ fast scan track, by arranging the normal play data so 
segment at a position offset vertically above the nominal « a^a.a «i «™ a * u jj^ JE * -* 
\>Za^mJL^+u „ *u r i* r~r 35 that me dual purpose data can be used for the low speed 

head trackmg path, e.g as in the case of a late start in fast scan toc ^ ^ low ^ 

tt^S^^^^^ 9 ^^^ *** does not duphcation of daTand doesn't 

addmon, data packets j+1 through n, which are re- ^ ^ use £ adcUtional tape. The high speed 

corded in the inner upper region 752, ar^uphcated in fas 4 t scan tack itemed on the sW tape may then 

Oe outer lower region 755 in case the VTR's heads fail «, te ^ ^ a sub . set of ^ nQTB & ^ ^ 

TJ^Z^ UPPe '"£! r f3St S T ^tSF" which * ^plicated and recorded in the 9 X fast scan 

2?EJS ^ * ^i^J^f^ fr ° m *«* Accordingly, since the trick play data 

the heads being offset in a downward direction, e,g in ^ h duplicated is for the high speed fast scan track, 

Ae case of an ear* start in the heads passing over the e . g . f a 9> f ^ play speed , £ of duplicat ^ 

tnck pky semnent 750. . 45 data will be less than the amount of data that would 

^ 7 m^& ? *?* ^ I 2f n S ^ t0 boated for a slower speed fast scan 
751, 752, 754, 755, surrounding the center region 753 of 

a fast scan track segment, in the above described man- Thus, tape space is used in a more efficient manner 

ner, it is possible to maximize the amount of data that than if the low speed fast scan track had been imple- 

can be reliably recovered from a trick play segment 50 mented using duplicate data. 

during trick play operation. For example, while only Various data may be selected for recording in each 

^P a ^ ets of *\* ck segment 750, tnck play segment of a fast scan track. For example, 

dlustoted in FIG. 14(b), could be reliably read without each trick play segment may be ruled with enough 

duplication of trick play data, duplicating trick play information to generate an image during trick play, or 

data packets 0 through i, and j + 1 through n, contained 5 5 the data from several trick play segments may be used 

m the trick play segment 750, in the above described to generate a higher quality image than is possible with 

manner, will permit these data packets to be reliably the limited amount of data that can be recovered in a 

read as well. single f^t scan track segment Furthermore, a single 

In accordance with another embodiment of the pres- trick play segment located, e.g., at an intersection of fast 

ent invention, the use of multi-speed playback tracks 60 scan tracks, may contain data packets useful for each 

and fast scan tracks is combined. In such an embodi- one of the fast scan tracks which intersect at the particu- 

ment, the VTR is capable of generating some images lar trick play segment Such data packets are identified 

from the use of the multi-speed playback track over a by their headers for use at a particular trick play speed 

wide range of trick playback speeds and directions of and direction. Accordingly, while a single fast scan 

operation. In addition, fast scan tracks provide better 65 track segment may contain data packets for multiple 

quality and/ or more recognizable images during partic- trick play speeds of operation, only ones designated for 

ular pre-selected trick play speeds and directions of use at the actual playback speed will be used. In addi- 

operation. n0 n, particular individual data packets may be desig- 
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nated for use at several different playback speeds as is The data filter 308 examines the headers contained in 

appropriate because of the particular data packet's con- each transport data packet. Using the information in the 

tents. headers, the data filter 308 identifies the priority level, 

The VTR recording circuit 300 may further comprise as assigned by the transmitter's prioritizer 104, the type 

an antenna 302 coupled to a tuner module 304. The 5 of data contained in each transport data packet and any 

tuner module 304 is the same as, or similar to, the tuner other information needed to sort the data packets based 

module 204 of FIG. 9. The antenna 302 and tuner mod- on their utility for use in generating images during trick 

ule 304 may be directly incorporated into the VTR, in play operation. In one embodiment, the data filter 308 

which case no digital VTR port is required to connect includes a variable length decoding circuit for perform- 

them to the recording circuit 300 or, alternatively, they 10 m S variable length decoding on the data so that the data 

may be part of a digital VTR compatible receiver cir- filter 308 can examine the data and information con- 

cuit such as the one illustrated in FIG. 9. When the tained in each transport data packet, 

tuner module 304 is part of the receiver circuit 200, it is Th e data filter 308 is designed so that it selects the 

coupled to the VTR recording circuit via a digital VTR highest priority data available from the transport data 

port as illustrated in FIGS. 9 and 10. 15 packet stream for recording in fast scan track segments 

The VTR recording circuit 300 of the present inven- 011 a available basis, i.e., it selects the amount of 
tion further comprises a trick play data processing cir- that the particular VTR circuit 300 can record in 
cuit 342, a normal play data processing circuit 344, a ^ Ihnited size trick play segments. The data filter 308 
trick play data select control circuit 346, a data select ^ delude a map of the trick play segments and/or a 
multiplexer (MUX) 314, a modulation circuit 320, and 20 ^ of fast scan or multi-speed playback tracks sup- 
recording heads 340. The trick play data processing P° ned bv ^ particular VTR It may use this stored 
circuit 342 selects and processes data from the information m deterniining the amount and type of data 
video/audio transport data packet stream for recording for recordin g in the fast scan track segments, 
in fast scan track segments while the normal play data ^ P lacement d ata limitations of such trick play 
processing circuit 344 receives and processes data in the 25 ^gmff^wm ^ discussed further below, 
video/audio data packet stream for recording in track 1x1 VT T S w , hlch receive transport data P ackets which 
segments which are read from during normal playback °° nUm ^ was not P rioritized for P la V co- 
operation atl0n pnor to transmission, or which are not suitably 

The normal play data processing circuit 344 com- , n idt ^ td the useof appropriate headers such 

prisesa VTO fra^g and Lor corLtion code (ECC) 30 ? e T/ h *f ^ — 308 

circuit 316 and a data shuffling circuit 318. An error ^ a decoder circuit and a prioritizer circuit, 

detected signal output and a video/audio transport data ^ ede ^r circuit is used to decode the transport data 
packet outSTof the tuner module 304 are coupled to fi^^T* I™"*™* 0 *- ™ e 

the corresinding inputs of the VTR framing and ECC 35 J" ^il^^S^T 9 ^^V* ° r 
circuit 316. The VTR framing and ECC circuit 316 35 ^j°* e P n on^^ 
receives the video/audio transport data packets from fZ^J^^ t^T* ° n *-™*S ^ 
the tuner module 304 and adds additional header infer- ^f^f *TO tnck play operation Based 

+ . , . ^ " . " . 0"^ "7T Ci . U1 on the output of the pnontizer, the data filter 308 pro- 

mafcon to each jacket .which identify *e information ^ to ^ ^ ^ above in the case of 

^Z l^rr ™*^ P f ybaCk ^T?- 40 a transport data packet stream containing data that JL 

l^r J™^ ? CHCuit 316 is also sponsible for prioritized before 1aaudl a aL ^ ^ ^ de . 

arranging the data packets mto data blocks and addmg ^ ^ depacketi2ed ^ the ^ are re % ncoded 

ECC urfonnauonto each data block. The ECC mfor- ^ lepac k«Ll using an encoder and a packetizer 

^n!LS££ l£tf°£ b,0Ck ,° f " ^ which ™y * ^rporated into the datafilter m. 

S w T 8 PaCk " 45 B y 'e-encoding and repacketizing the sorted, decoded, 

T^ m ^Sf irr^\ ™„ • . . * . and depacketized data, the data filter 308 generates a 

The framing and ECC circuit 316 has a data block stream of data that will be recognizable to a 

output which is coupled to a corresponding input of the video decoder 

da* shuffling circuit 318. The ^data shuffling circuit 318 ^ ±t ^ manner, the data filter 308 selects partic- 

receiyesthedateblc^outputbythefrainingandECC 50 ular data packets from the video/audio data packet 

circuit 316 and shuffles die data bytes within the indi- stream for recording in fast scan track segments. The 

vidual data blocks, each of which is protected from date filter 308 has a trick play data packet output which 

errors by a separate set of ECC bits, to allow for dis- * coupled to a corresponding input of the VTR framing 

persal of short burst errors throughout the data so that and ECC circuit 310. The VTR framing and ECC cir- 

the maximum amount of data, in any particular se- 55 cuit 310 also has an error detected input coupled to the 

quence, that is effected by the burst error, is small error detected output of the tuner module 304 

enough that ilie error can be corrected using the data in another embodiment of the present invention, the 

block s ECC bits. data filter 308, is located outside both the trick play data 

The data shuffling circuit 318 outputs blocks of data processing circuit 342 and the normal play data process- 

via a data block output which is coupled to a normal 60 ing circuit 344. The data filter 308 receives the 

play data block input of the data select MUX 314. video/audio transport data packets from, e.g., the tuner 

The trick play data processing circuit 318 comprises module 304 and sorts the data into trick play data pack- 

a data filter 308, a VTR framing and ECC circuit 310 ets which are supplied to the trick play data processing 

and a data shuffling circuit 312. The data filter 308 circuit 342, and into normal play data packets which are 

receives the video/audio transport data packets output 65 supplied to the normal play data processing circuit 344. 

by the tuner module 304 via a video/audio transport The trick play data packets output by the data filter 308 

data packet input which is coupled to the corresponding may include duplicates of data packets sent to the nor- 

output of the tuner module 304. mal play data processing circuit 344. 
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The trick play circuit's VTR framing and ECC cir- Generally, the error correction code bits that are 
cuit 310 receives the video/audio transport data packets generated by the framing and ECC circuit 310 and 
from the data filter 308 and adds additional header in- which are added to each packet and/or block of packets 
formation to each packet which identifies the infonna- before recording will be a Reed Solomon set of code 
don pertinent to retrieval during VTR trick play opera- 5 bits. However, the framing and ECC circuit 310 of the 
tion. Such header information may include an identifier present invention may be implemented using a wide 
as to what particular trick play speed of operation, e.g., variety of error correction coding schemes and data 
9x fast forward, and thus what particular fast scan block formats. 

track, a particular data packet is assigned. The VTR The VTR framing and ECC circuit 310 has a trick 
framing and ECC circuit 310 arranges the data packets 10 play data block output which is coupled to a corre- 
into trick play data blocks which may be of different sponding input of the data shuffling circuit 312. The 
sizes depending on the size of the trick play segments data shuffling circuit 312 is the same as, or similar to, the 
into which the trick play data blocks are to be written. data shuffling circuit 318 of the normal play data pro- 
For example, in generating trick play data blocks for cessing circuit 318. The data shuffling circuit 312 re- 
recording in trick play tape segments of a 9X fast scan 15 ceives the trick play data blocks output by the VTR 
track, the VTR framing and ECC circuit 310 may gen- framing and ECC circuit 310 and shuffles the data bytes 
erate trick play data blocks roughly one third the size of within each trick play data block, or group of trick play 
trick play data blocks generated for recording in trick data blocks, which is protected by a separate set of ECC 
play tape segments of a 3 X fast scan track. Such adjust- bits. This data shuffling operation may include the case 
ments in block size for different fast scan tracks accom- 20 where no data shuffling is performed, 
modates the different trick play segment sizes which are The data shuffling circuit 312 outputs trick play data 
smaller for higher trick play speeds. blocks via a trick play data block output which is cou- 

The VTR framing and ECC circuit 310 also gener- pled to a trick play data block input of the data select 
ates ECC information which can be added to each trick MUX 214. 

play data block which it creates from the trick play data 25 The output of the trick play data select control circuit 
packets. Alternatively, ECC information may be gener- 346 is coupled to a select input of the MUX 314. The 
ated for a group, e.g. three, trick play data blocks with trick play data select control circuit 346 monitors head 
the ECC information being added to the last trick play position and is aware of trick play locations on the tape, 
data block in the group. The number of data blocks in a Accordingly, the trick play data select control circuit 
group may be selected so that the length of each group 30 346 asserts the select signal so that the trick play data 
of trick play data packets approximates the length of a blocks are selected and output by the MUX 314 when 
normal play data block recorded on the tape. Attaching the heads 340 are over trick play tape segments and are 
the ECC coding to the last trick play data block in a recording data. The select signal is deasserted by the 
group of data blocks, approximately equal in size to a trick play data select control circuit 346, when the 
normal play data block, permits for simpler VTR play- 35 heads 340 are over normal play tape segments and are 
back circuity because a VTR's normal error correction recording data. This causes the data select MUX 314 to 
circuity can be used to process the group of data blocks output normal play data blocks when recording data in 
as a single unit Accordingly, by grouping the trick play normal play tape segments. 

data blocks into a group, separate playback error cor- A data block output of the data select MUX 314 is 
rectionckcurtyneednotberequked,asrnayberbecase 40 coupled to a corresponding input of the modulation 
when ECC coding is generated and added, e.g., at- circuit 320. The modulation circuit 320 performs 8-10 
tached to each trick play data block which may be modulation on the contents of each data block. Thus, 10 
different in size from normal play data blocks. bits of data are generated by the modulation circuit 320 

Referring now to FIG. 10*, there is illustrated a data for each 8 bits of data in each data block. Alternatively, 
block which is representative of one possible format for 45 the modulation circuit 320 performs other types of mod- 
si data block which may be generated by the VTR fram- ulation such as miller squared modulation. The output 
ing and ECC circuit 310 of the present invention. As of the modulation circuit 320 is coupled to the heads 340 
illustrated in FIG. 106, a data block 309 may comprise, providing them with the signal which is actually re- 
e.g., 66 data packets. Each data packet may comprise corded on the tape. 

156 bytes of data including a 4 byte header, 147 bytes of 50 Referring now to FIG. 11, there is illustrated a VTR 
packet data and 5 bytes of inner tape error correction playback circuit 400 in accordance with one embodi- 
code bits. In the illustrated embodiment of FIG. 10b the ment of the present invention. The playback circuit 400 
tape error correction code is a two dimensional code comprises playback heads 440, a demodulator circuit 
which is applied to the contents of the data block 309. 401, a data unshuffling circuit 402, and an error correc- 
The first dimension is the inner tape error code compris- 55 tion circuit 404. The playback circuit 400 further com- 
ing 5 bytes of parity data computed on each packet prises a playback packet filter 406, a VTR command 
individually and appended to each packet The second generator 408, a bitstream reformatter 410, and a digital 
dimension, the outer tape error correction code, is a 6 VTR port 412. 

byte RS code computed down the columns of the block The heads 440, which are mounted on a rotary head 
of data packets effectively creating 6 new packets of 60 cylinder, pass over the tape 11 as the head cylinder 
data which contain only parity data. These 6 packets of rotates during VTR playback operation. The heads 
parity data are divided into two sets of 3 packets each read the recorded data on the tape 11 as they pass over 
which form a set of outer tape error correction code the various tape segments which comprise the tape's 
bits. In the illustrated embodiment of FIG. 10b, one set data tracks. A data output of the heads 440 is coupled to 
of outer error correction code bits is appended to the 65 the input of a demodulator circuit 410. The demodula- 
beginning of the data block 309 and the other set of tor circuit 401 receives the data read by the heads 440 
outer tape error correction code bits is appended to the and demodulates the signal in accordance with the 8-10 
end of the data block 309. modulation scheme used prior to recording of the data. 



01/08/2004, EAST Version: 1.4.1 



5,377,051 

53 54 

Accordingly, the demodulator 401 generates 8 bits of mal play, the reformatter 410 may, e.g., interleave pack- 
data for every 10 bits of data received from the heads ets of different priority levels or added packet headers 
440 and outputs this data in the form of a stream of to form a video/audio transport data packet stream 
normal and trick play data blocks. The data block out- which is acceptable to the transport and priority de- 
put of the demodulator 401 is coupled to the data un- 5 coder circuit 208. During trick play mode, the reformat- 
shuffling circuit 402 which re-orders the data in the ter 410 may perform the additional function of inserting 
received data blocks to undo the data shuffling which VTR commands into the video/audio transport data 
was performed prior to recording the data. By unshuf- packet stream to instruct the transport and priority 
fling the data in the data blocks, any burst errors which decoder 208 on how to process trick play data cor- 
occurred when recording data to, or reading data from, 10 rectly. Alternatively, when a receiver is coupled to the 
the tape 1 will be distributed throughout the data pro- VTR via a separate VTR command line the reformatter 
tected by each set of ECC bits. 410 may pass such commands to the VTR command 

The error correction circuit 404 has a data block generator for outputting over the VTR command line, 
input coupled to a data block output of the data unshuf- The VTR command generator 408 has a decoder 
fling circuit 402. The error correction circuit 404 de- 15 command input coupled to a command output of the 
codes the data block headers and each set of ECC bits bitstream reformatter 410, an error signal input coupled 
that were recorded with each data block or group of to an error signal output of the error correction circuit 
data blocks read from the tape 1. The error correction 404, and the user command input Accordingly, the 
circuit performs error correction on the data contained VTR command generator receives as input signals an 
in each block's data packets before outputting the re- 20 error signal from the error correction circuit 404, user 
suiting video/audio transport data packets. If uncor- commands from the user command input, e.g., a control 
rectable errors are detected, the error correction circuit panel or, in the case of interactive video on demand 
404 asserts an error signal. services, a user interface for communication via a tele- 

The error correction circuitry 404 may include spe- phone or cable television link to a remote source, and 
cial error correction circuity for handling trick play 25 other commands from the reformatter 410. 
data blocks of smaller size than normal play data blocks. The VTR command generator 408 generates error 
Alternatively, as described above, if the trick play data concealment and other decoding commands which are 
blocks were processed to form a group of trick play supplied to, e.g., the transport and priority decoder 
data blocks, the group being of approximately the same circuit of a receiver. These instructions, i.e,, VTR corn- 
size as a normal play data block, the same error correc- 30 mand signals, may be used to indicate to a receiver that 
tion circuity that is used to process normal data blocks the VTR is operating in trick play mode and that partic- 
may be used to process each group of trick play data ular decoding and/or error concealment should be per- 
blocks as a unit, if the set of ECC bits for each group of formed. 

data blocks is attached to the last data block, or added A VTR command signal output of the VTR corn- 
to any of the data blocks in the group. 35 mand signal generator 408 and a video/audio transport 

A video/audio data packet output of the error cor- data packet output of the bit stream reformater 410 are 
rection circuit 404 is coupled to an input of the playback coupled to corresponding inputs of the digital VTR 
packet filter 406. The playback packet filter 406 exam- port. In this manner, the digital VTR port 412 receives 
ines the headers of each video/audio transport data the video audio transport data packet stream and VTR 
packet and determines whether the data packet is for 40 command signal which it can then supply to, e.g., a 
use during normal playback operation, trick play opera- receiver which is coupled to the port 412. Alterna- 
tion or both. It also determines what particular play- tively, the receiver may be included within the VTR, in 
back speed each trick play data packet is to be used which case the port 412 would not be necessary and the 
wit ^ 1 - receiver could provide its output directly to a monitor 

A user command input of the playback packet filter 45 or to the baseband portion of a television receiver. 
406 is coupled to both a user command input of the In another embodiment of the VTR playback circuit 
servo control mechanism and the user command input of the present invention, the VTR playback circuit 400 
of the VTR command generator 408. further comprises a servo control mechanism 414 which 

Via its user command input, the playback packet supports VTR trick play operation. The VTR playback 
filter 406 receives user command signals which indicate 50 circuit's servo control circuit 414 is responsible for 
whether trick playback or normal playback operation positioning the tape so that the heads pass over the tape 
has been selected. tracks in such a manner that the heads can read or write 

The playback packet filter 406 only outputs data data to or from the tracks. Accordingly, the servo con- 
packets which are designated as being for use at the trol mechanism 414 is responsible for tape tracking 
particular playback speed which the VTR is operating 55 control. 

at. For example, during normal playback operation the The servo control mechanism 414 of the present in- 
playback packet filter 406 will only output data packets vention comprises a tracking control head 424 that is 
identified for use during normal playback operation. distinct from the read heads 440. The tracking control 
Similarly, during 9 X fast forward playback operation, head 424 detects the position of the tape 1 and generates 
the playback packet filter 406 will only output data 60 a tracking control signal. A tracking control head signal 
packets identified for use during 9x fast forward play- output is coupled to a control signal input of a normal 
back operation. play servo control circuit 420 and to a control signal 

A data packet output of the playback packet filter 406 input of a trick play servo control circuit 422. The nor- 
is coupled to a corresponding input of the bitstream mal play servo control circuit 420 outputs a servo con- 
reformatter 410. The bitstream reformatter 410 arranges 65 trol signal for controlling tracking during VTR normal 
the video packets in a manner that is acceptable to a play operation while the trick play servo control circuit 
transport and priority decoder such as the transport and 422 generates a servo control signal for controlling 
priority decoder 208 illustrated in FIG. 9. During nor- tracking during a particular speed of trick play opera- 
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tion, e.g. at 9 X fast forward. A separate trick play servo 
control circuit 422 may be provided for each particular 
speed of forward or reverse trick play operation that 
the VTR play back circuit 400 supports. 

A fast scan tracking select switch 426 is used to cou- 5 
pie either the output of the normal play control circuit 
420 or the trick play servo control circuit 422 to the 
input of the motor control circuit 418. The fast scan 
tracking select switch may be operated by, e.g., user 
commands input via an operator control panel. Such 10 
user commands indicate whether fast scan or normal 
play operation has been selected. For example, during 
normal VTR playback operation the fast scan tracking 
select switch 426 would supply the normal play track- 
ing control signal to the motor control circuit 418 but 15 
when trick play operation was selected via, e.g. the 
operator control panel, the output of the trick play 
servo control circuit 422 would be supplied to the 
motor control circuit 418. The trick play servo control 
circuit 422 monitors the signal received from the track- 20 
ing control head 424 and detects when the head is over 
a trick play segment of the fast scan track for the se- 
lected trick play speed and direction. Once a block of 
the selected trick play speed and direction is located, 
the trick play control servo circuit 422 outputs fast scan 25 
tracking control signals which are used to insure that 
proper angle and head position relative to the tape oc- 
curs for proper tracking of the selected fast scan track. 

In response to the tracking control signal received, 
the motor control circuit generates a motor control 30 
output signal. A motor control signal output of the 
motor control circuit 418 is coupled to a corresponding 
input of a tape positioning motor 416 which operates to 
adjust the tape's position in response to the motor con- 
trol signal in order to control tracking accuracy. 35 

While the features of the present invention make the 
recording and playback circuits of the present invention 
particularly well suited to VTR applications, the use of 
fast scan tracks and recording and playback circuits 
which support their use may be applied to other means 40 
of digitally storing video data such as laser disk technol- 
ogy. Laser disk technology provides a storage media for 
digital video similar to tape in that recording and recov- 
ering data for normal play may be accomplished in 
accordance with the present invention, by recording 45 
normal play data, e.g. normal play data blocks including 
data packets, in normal play track segments on a laser 
disk which comprise normal play tracks. In the context 
of a laser disk, a series of fast scan track segments may 
be arranged to form a fast scan track which is distinct 50 
from the normal play laser disc tracks. The trick play 
data in such a laser disc fast scan track may comprise a 
copy of a sub-set of the normal play data and/or special 
trick play data such as trick play motion vectors. 

In accordance with the present invention, during 55 
trick play operation, the media does not change speed, 
but rather the playback head is moved radially to an- 
other track on the disc. In such an embodiment, it is 
expected that the track switching transients can be quite 
severe and the playback head will not be able to recover 60 
data until tracking is locked onto the new track. For this 
reason the concept of putting areas of trick play data 
distributed across tracks and scanning across multiple 
tracks is not presently suitable in the laser disc context 
Thus, there is no present advantage to intermixing nor- 65 
mal play and trick play data blocks in a physical track. 

Unlike a tape system, a playback head in a laser disk 
system can change between a large number of tracks 
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relatively quickly. It takes only a fraction of a second to 
move a large number of tracks. Accordingly, to take 
advantage of these physical characteristics of a video 
disc system, the trick play segments which comprise a 
video disc fast scan track are located in a single physical 
location on the disc such as one particular physical 
track or series of adjacent physical tracks. 

To record trick play data in such video disc fast scan 
tracks while simultaneously recording normal play data 
as it is being received, e.g. from a tuner module, a video 
recording circuit similar to the recording circuit of 
FIG. 10 may be used. However, to support the simulta- 
neous recording of normal play and trick play data to 
two different tracks on a video disc, the trick play data 
blocks output by the trick play data processing circuit 
342 are supplied to a trick play recording head posi- 
tioned over the fast scan tracks on the video disc while 
the normal play data processing circuit supplies normal 
play data blocks to a normal play recording head posi- 
tioned over a normal play track. 

In accordance with the present invention, when trick 
play is entered, the video disc playback head will move 
to the laser disk fast scan track region of the disc and 
position itself for reading over the fast scan frame data 
corresponding to the first fast scan frame subsequent to 
the normal frame which the head just completed read- 
ing. The fast scan tracks could be indexed and linked to 
specific frames in the normal data tracks. The head 
would then trace along the laser disk fast scan tracks 
recovering trick play data. When trick play operation is 
terminated, e.g., by a user command, and the device 
returns to normal scan, the last fast scan frame displayed 
will serve as the index to reposition the head back in the 
normal scan region of the disk. While the head motion 
to enter and exit the trick play data region on the disc is 
not insignificant, it is only a fraction of a second in 
which video service is interrupted. 

The data stored in the trick play region would be of 
similar content to the trick play data recorded in the 
trick play segments of a video tape. Accordingly, a 
video playback circuit similar to the VTR playback 
circuit 400 may be used to playback data from a video 
disc. However, in the video disc context, the heads 440 
and the servo control module 414 would be optimized 
for the particular video disc system being implemented 
and would therefore differ from the tape tracking servo 
control module illustrated in FIG. 11. 

I claim: 

1. A digital video tape recorder (VTR) compatible 
receiver for receiving a digital video data stream output 
by a digital VTR, the video data stream including nor- 
mal play video data output by the digital VTR during 
normal VTR playback operation, and trick play video 
data and trick play video data processing commands 
output by the digital VTR during trick playback opera- 
tion, each trick play video data processing command 
including an instruction for processing the trick play 
video data, the receiver comprising: 
a digital VTR port adapted for coupling the receiver 
to the digital VTR and for receiving from the digi- 
tal VTR the digital video data stream including the 
trick play video data and the trick play video data 
processing commands output by the digital VTR 
during trick playback operation, the received trick 
play video data including a subset of the normal 
play video data; and 
trick play video data processing means coupled to the 
digital VTR port, for performing video data pio- 
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cessing operations on the trick play video data 
received from the digital VTR as a function of a 
received trick play video data processing com- 
mand, the trick play video processing means pro- 
cessing the subset of normal play video data in- 
cluded in the trick play video data to compensate 
for normal play video data intentionally omitted by 
the VTR from the subset of normal play video 
data. 

2. The receiver of claim 1, wherein the trick play 
video data processing means includes a two dimensional 
spatial filter for performing spatial filtering of the subset 
of normal play video data in response to a first trick play 
command. 

3. The receiver of claim 1, wherein the trick play 
video data processing means includes a temporal filter 
for performing temporal filtering of the subset of nor- 
mal play video data in response to a second trick play 
command. 

4. The receiver of claim 1, wherein the trick play 
video data processing means includes a temporal filter 
for performing temporal filtering on the subset of nor- 
mal play data in response to a first trick play command 
and a spatial filter for performing spatial filtering on the 
subset of normal play video data in response to a second 25 
trick play command. 

5. The receiver of claim 1, further comprising a trans- 
port and priority decoder circuit that receives the video 
data and trick play video data processing commands, 
and performs video transport depacketization and prior- 30 
ity decoding on the trick play video data received from 
the digital VTR to generate video codewords, the 
transport and priority decoder being responsive to the 
trick play video data processing commands to enable 
trick play video transport depacketization and priority 35 
decoding. 

6. The receiver of claim 5, further comprising a video 
decoder coupled to the transport and priority decoder 
circuit, the trick play video data processing means, and 
adapted for coupling to a display circuit, the video 40 
decoder circuit receiving video codewords from the 
transport and priority decoder circuit and decoding the 
video codewords, the trick play video processing means 
performing video data processing on the video code- 
words received by the video decoder in response to the 45 
trick play video data processing commands. 

7. The receiver of claim 6, wherein trick play video 
processing means includes a two dimensional spatial 
filter for performing spatial filtering of the video code- 
words in response to a first trick play video data pro- 50 
cessing command. 

8. The receiver of claim 6, wherein the trick play 
video data processing means includes a temporal filter 
for performing temporal filtering of the video code- 
words in response to a second trick play video data 55 
processing command. 

9. The receiver of claim 6, wherein the trick play 
video data processing means includes a temporal filter 
and a spatial filter for performing temporal filtering and 
spatial filtering, respectively, of the trick play video 60 
data in response to trick play video data processing 
commands. 

10. The receiver of claim 5, further comprising a 
tuner module coupled to the digital VTR port and 
adapted for receiving a radio frequency signal, the tuner 65 
module demodulating, trellis decoding and de-inter- 
leaving the received radio frequency signal to generate 
transport data packets. 
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11. A digital video tape recorder (VTR) compatible 
receiver for receiving a video data stream output by a 
digital VTR, the video data stream including normal 
play video data output by the digital VTR during nor- 
mal VTR playback operation, and trick play video data 
and trick play video data processing commands output 
by the digital VTR during trick playback operation, the 
receiver comprising: 

a tuner module adapted for coupling to the digital 
VTR and for receiving from the digital VTR the 
trick play video data stream including the trick 
play video data and the trick play video data pro- 
cessing commands output by the digital VTR dur- 
ing trick playback operation, the trick play video 
data including a subset of the normal play video 
data; and 

trick play video data processing means coupled to the 
tuner module, for performing video data process- 
ing operations on the trick play video data received 
from the digital VTR as a function of a received 
trick play video data processing command, the 
video processing means processing the subset of 
normal play video data included in the trick play 
video data to compensate for normal play video 
data intentionally omitted by the VTR from the 
subset of normal play video data. 

12. The receiver of claim 11, wherein the trick play 
video data processing means includes a spatial filter for 
performing spatial filtering of the subset of normal play 
video data received from the digital VTR in response to 
a first trick play command. 

13. The receiver of claim 12, wherein the trick play 
video data processing means includes a temporal filter 
for performing temporal filtering of the subset of nor- 
mal play video data in response to a second trick play 
video data processing command. 

14. A receiver comprising: 

a tuner module adapted for coupling to a video tape 
recorder (VTR) and for receiving a video data 
stream from the digital VTR, the video data stream 
including normal play video data output by the 
digital VTR during normal VTR playback opera- 
tion, and trick play video data output by the VTR 
during trick playback operation, the trick play 
video data including a subset of the normal play 
video data; and 

trick play video data processing means coupled to the 
tuner module, for detecting the receipt of trick play 
video data from the digital VTR and for perform- 
ing video data processing operations on the trick 
play video data received from the digital VTR to 
compensate for the absence of normal play video 
data intentionally omitted by the VTR from the 
subset of normal play video data included in the 
trick play video data. 

15. The receiver of claim 14, wherein the trick play 
video data processing means includes a spatial filter for 
performing spatial filtering of the trick play video data 
received from the VTR. 

16. The receiver of claim 15, wherein the trick play 
video data processing means includes a temporal filter 
for performing temporal filtering of the video data re- 
ceived from the VTR. 

17. A digital video tape recorder (VTR) compatible 
receiver for receiving a video data stream output by a 
digital VTR, the video data stream including normal 
play video data output by the digital VTR during nor- 
mal VTR playback operation and trick play video data 
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output by the digital VTR during trick playback opera- 
tion, the trick play video data including a subset of the 
normal play video data, the receiver comprising: 
a digital VTR port adapted for coupling the receiver 
to the digital VTR and for receiving from the digi- 5 
tal VTR the video data stream including normal 
play video data and trick play video data; and 
a video decoder including a decoder circuit and a 
trick play video data processing circuit coupled to 
the digital VTR port, the video decoder circuit 10 
decoding the video data received from the VTR, 
the trick play video data processing circuit detect- 
ing the receipt of trick play video data from the 
VTR, and processing the subset of normal play 
video data included in the trick play video data to 15 
compensate for normal play video data intention- 
ally omitted by the VTR from the subset of normal 
play video data. 

18. The receiver of claim 17, wherein the trick play 
video data processing circuit includes a spatial filter for 20 
performing spatial filtering of the trick play video data 
when the receipt of trick play video data is detected. 

19. The receiver of claim 17, wherein the trick play 
video data processing circuit includes a temporal filter 
for performing temporal filtering of the video data 
when the receipt of trick play video data is detected. 

20. A method of receiving and processing video data 
output by a digital video tape recorder (VTR), the 
digital VTR outputting a video data stream including 3Q 
normal play video data during normal playback opera- 
tion, and trick play video data and a trick play video 
data processing command during trick play operation, 
the trick play video data including a subset of the nor- 
mal play video data, the method comprising the steps 35 
of: 

receiving the trick play video data including the sub- 
set of normal play video data output by the digital 
VTR during VTR trick playback operation; 

receiving the trick play video data processing com- 4Q 
mand output by the digital VTR during VTR trick 
playback operation; and 

performing video data processing on the received 
subset of normal play video data, in response to the 
received trick play video data processing com- 45 
mand to compensate for the intentional omission of 
normal play video data, by the digital VTR, from 
the received subset of normal play video data. 

21. The method of claim 20, wherein the step of re- 
ceiving the trick play video data including the subset of 50 
normal play video data output by the digital VTR in- 
cludes the step of coupling a receiver to a digital VTR 
port 

22. The method of claim 20, wherein the step of re- 
ceiving the trick play video data including the subset of 55 
normal play video data output by the digital VTR in- 
cludes the steps of: 

receiving a radio frequency signal output by the digi- 
tal VTR; and 

demodulating, trellis decoding and de-interleaving 60 
the received radio frequency signal to generate the 
subset of normal play video data, the subset of 
normal play video data including transport data 
packets. 

65 



23. A method of receiving and processing video data 
output by a digital video tape recorder (VTR) during 
normal VTR playback operation and VTR trick play- 
back operation, the digital VTR outputting normal play 
video data during normal VTR playback operation and 
trick play video data including a subset of normal play 
video data during VTR trick playback operation, the 
method comprising the steps of: 

receiving digital video data from a digital VTR; 

monitoring the received video data to detect the 
receipt of trick play video data indicative of VTR 
trick playback operation; and 

performing, upon the detection of received trick play 
video data, video data processing operations on the 
received video data to compensate for normal play 
video data intentionally omitted by the digital 
VTR from the subset of normal play video data. 

24. The method of claim 23, wherein the step of per- 
forming video data processing operations on the re- 
ceived video data includes the step of performing spa- 
tial filtering of the received video data. 

25. The method of claim 23, wherein the step of per- 
forming video data processing operations on the re- 
ceived video data includes the step of performing tem- 
poral filtering on the received video data. 

26. The method of claim 23, wherein the step of re- 
ceiving digital video data output by a digital VTR in- 
cludes the steps of: 

receiving a radio frequency signal output by the digi- 
tal VTR; and 

demodulating, trellis decoding and de-interleaving 
the received radio frequency signal to generate 
video data including transport data packets. 

27. A receiver, for receiving a video data stream 
output by a digital video playback device, the video 
data stream including normal play video data output by 
the digital playback device during normal playback 
operation, and trick play video data and trick play video 
data processing commands output by the digital play- 
back device during trick playback operation, the trick 
play video data including a subset of normal play video 
data, each trick play video data processing command 
including an instruction for processing the trick play 
video data, the receiver comprising: 

a digital port adapted for coupling the receiver to the 
digital video playback device and for receiving 
from the digital playback device the trick play 
video data and the trick play video processing 
commands output by the digital video playback 
device during trick playback operation, the re- 
ceived trick play video data including a subset of 
the normal play video data; and 

trick play video data processing means coupled to the 
digital port, for performinq video data processing 
operations on the subset of normal play video data 
received from the digital video playback device as 
a function of a received trick play video data pro- 
cessing command, the trick play video data pro- 
cessing means processing the subset of normal play 
video data included in the trick play video data to 
compensate for normal play video data intention- 
ally omitted by the digital video playback device 
from the subset of normal playback video data. 
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